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Nokia sie veszt Hg SPECIALIST, LINUX SYSTEM ADMINISTRATION 


hg Leave the others behind! 
Fa Come and work for Nokia Siemens Networks, more than a workplace! 


Launch your international career and join the worlds leading mobile communications company. You will become a member of our dynamic Research and Development 
team at Nokia Siemens Networks in Budapest, Hungary and enjoy the highest standard working conditions in our modern location right in the downtown of Budapest. 
Job details, tasks 

The design, implementation and testing of the market leading device management software application, Serve atonce Device Management Server. Your role will be to 
participate in an agile, motivated and professional software development team to find and implement solutions to the upcoming reguirements and issues. 
Reguirements 

An experienced SW engineer with talent for application development to join our development team: B.Sc. or M.Sc. in computer science, mathematics, physics, electrical 
engineering or an eguivalent gualification : Experience in software development: Knowledge of java development: Knowledge of Object Oriented Design: Fluent English 
Advantage 

Expertise with Oracle database: Experience with IBM WebsSphere Application server: Familiarity with TDD and Clean Code principles : Familiarity with software 
configuration management and continuous integration 

Skills, abilities 

Excellent communication, collaboration, team working and documentation skills are essential for this position. You perform well in a group and under pressure. If you 
think you have what it takes to succeed in this demanding but rewarding and interesting job, this opportunity is for youl 

Location: Our office is located in the heart of Budapest, with excellent public transport and facilities. 

What we offer 

Our remuneration is competitive; we offer an attractive benefit package and excellent career opportunities with continuous development and learning. 

How to Apply 

If you feel that this job is for YOU check out more details about Nokia Siemens Networks, look for SPECIALIST, LINUX SYSTEM ADMINISTRATION — Budapest, Hungary and 
apply for the position at camernokallasok.hu by indicating ,, CW-2OTTSLSA" reference number. 

Others 

WHAT YOU NEED TO KNOW ABOUT SADM: Serve atOnce Device Management Server is open standards based device management solution enabling telecom 


operators world wide to offer Over the Air mobile phone configuration. Users can conveniently get the key mobile service settings and start using the services, which can 
increase subscriber satisfaction and operator revenue. 
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Ki miért " 


Miközben globális szinten györsülában van a nyílt Torráskódú rendszerek 
terjedése, idehaza egyelőre nem sokat sikerült elérni az open source 


megoldások kormányzati elterjesztése érdekében. 


dé gé égése 


LA 
E rdekes megállapítások olvashatók 


nuár végén publikált elemzésében. 
A 2010 második felében 547 II-vezető 
megkeresésével készített primer kuta- 
tásában azt vizsgálta, miért választják az 
egyes szervezetek az open source szoftve- 
reket (open source software — OSS). Bár 


idehaza főleg a hagyományos szoftverli- 
cencekkel szemben megtakarítható költ- 
ségeket szokták kiemelni, a globális ku- 
tatás azt a megállapítást tette, hogy 


A válaszadók ugyanis sokkal fonto- 
sabbnak tartják a spóroláshoz képest az 
OSS adta flexibilitást, a forráskódhoz 
való hozzáférés lehetőségét, a nagyobb in- 
novációs képességeket, a nyitott standar- 
dokat és fejlesztési folyamatokat, illetve 
a rövidülő fejlesztési időket. A válaszadók 
31 százaléka magyarázta II-stratégiájával 
elsődleges döntését, szemben a ROI- 
vagy TCO-szemponttal (például licenc- 
költség-megtakarítás), ami a válaszadók 
29 százalékát befolyásolta elsődlegesen. 
A válaszadók 24 százaléka üzleti stratégi- 
ájából vezette le az open source felé ka- 
csingatás okát — ilyen például a gyár- 
tóktól való függőség csökkentése. Az 
TI-vezetők 16 százaléka pedig az OSS 
természetével és kiforrott jellegével ma- 
gyarázta lépését: sokan említették példá- 
ul a megnövelt biztonságot, az elérhető 
alkalmazások széles körét vagy épp a ma- 
gas minőségű szoftvereket. 

Ninausz Péter; a Gartner magyarorszá- 
gi képviseletének vezetője arra is felhív- 
ta figyelmünket, hogy 
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— jellemzően az 
OpenOffice.org — elterjedtsége is. A vá- 
laszadók 24 százaléka használ ilyen meg- 
oldást ahelyett, hogy jelentős összege- 
ket fizetne például a Microsoft Office 
csomagjáért. Ugyanakkor a kliensolda- 
li operációs rendszereket ennél jóval ke- 
vesebben váltották fel nyílt forráskódra, 
például Linuxra; maradt tehát 
a Windows, de azon már sok- 
szor nem fizetős irodai szoft- 
vercsomagot futtatnak. A har- 
madik legfontosabb terület 
egyébként, ahol megfigyelhető 
a nyílt forráskód erőteljes jelen- 
léte, az adatbázis-kezelő rend- 
szerek. A Gartner munkatár- 
sa emellett felhívta figyelmün- 
ket az informatikai szervezeten belül az 
open source esetleges elszigeteltségének 
kérdéskörére, de vizsgálták azt is, hogy 
milyen OSS-re épülő projekteket indí- 
tottak a szervezetek. Ninausz Péter el- 
mondta, az open source-szal foglalkozó 


cégek 20 százaléka helyez egyszerűbb 
projekteket OSS-alapokra (ezek lehet- 
nek akár pilot projektek is, amivel iga- 
zolják az open source létjogosultságát 
egy későbbi jelentősebb mértékű beve- 
zetéshez), míg a válaszadók 46 százalé- 
ka mondta azt, hogy már több területen 
is vannak különböző OSS-projektjei. 22 
százaléknál a cég valamennyi területén 
használnak OSS-projekteket, míg 11 szá- 
zalék már olyan fejlettségi szintre jutott, 
hogy komoly stratégiai előnyként tud- 

ja kihasználni például a flexibilitást. , Fel- 
tűnő, hogy azok száma, akik csak egy-egy 
projektet futtatnak, egyedi megoldásokat 
próbálgatnak akár pilot jelleggel, észre- 
vehetően lecsökkent?" — mondta Ninausz. 
A nyílt forráskódú szoftverekkel kap- 


csolatos kedvező piaci trendekről írt la- 
punknak nemrégiben Marosvári Gábor; az 
IDC Magyarország vezető elemzője is, 
aki úgy látja: az elmúlt években felgyor- 
sult ezek bővülése, ami többek között 

a gazdasági válságnak és az OSS foko- 
zott nagyvállalati elfogadottságának tud- 
ható be. 


A növekedés Marosvári szerint négy 
okra vezethető vissza. Az egyik, hogy 
egyre nagyobb a termékkínálat a piacon; 
a másik, hogy az előzőkkel összefüggés- 
ben, valamint a hatékonyabb marketing- 
nek köszönhetően javult a nyílt forráskó- 
dú szoftverekkel foglalkozó gyártók 
reputációja és elfogadottsága. Igy példá- 
ul az üzleti és a kormányzati szférában is 
növekvő népszerűségnek örvendenek az 
OSS-ek. Különösen előbbi esetében még 
a válság is segített, mert a vállalatok egy- 
re inkább azokat a megoldásokat helye- 
zik előtérbe, amelyekkel javítható a költ- 
séghatékonyság is. 


., AzIDC-nél azt is tapasztalták, 
hogy egyre több cégnél már 
készen vannak az open source 
szabályzatok, mind több nyílt 
szoftvert vezetnek be rend- 
szer-infrastruktúra szint felett 
is, és az ingyenes nyílt forráskó- 
dú megoldások egyre népsze- 
rűbbek a fejlesztői környezetek 
mellett a produktív környeze- 
teknél is. Emellett az üzletifolyamat-ki- 
helyezési szolgáltatások terjedése is az 
open source-nak kedvez, mivel ezek- 

be a szolgáltatási csomagokba is gyakorta 
építenek be nyílt forráskódú megoldáso- 
kat. Ezt az egyre árérzékenyebb felhasz- 
nálók is segítik. 


4 4 N 
Egész biztosan gólt segítheti az open 
source globális előretörésének az a jelen- 
téktelennek aligha nevezhető kormány- 
zati döntés is, amelyet [/dagyimir Putyin 
orosz miniszterelnök hozott meg nem- 
régiben. Mint arról a Computerworld 
Online-on már hírt adtunk, legkésőbb 
2015-re nyílt forráskódra kell váltani- 
uka különböző orosz állami hivatalok- 
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nak, de az első tesztrendszereknek már 
ennél jóval hamarabb üzemelniük kell. 
E tervek már a decemberi bejelentés 
előtt is ismertek voltak. Iavaly október- 
ben már megjelentek olyan hírek, ame- 
lyek arról számoltak be, hogy az orosz 
kormány csökkenteni kívánja az ameri- 
kai Microsoft szoftveróriástól való füg- 
gőségét, és nyílt forráskódú megoldá- 
sokra, elsősorban Linux-alapúakra állí- 
taná át rendszereit, de akkor még kevés 
konkrétum volt ismert. Szentiványi 
Gábor; az ULX Nyílt Forráskódú Ianács- 
adó és Disztribúciós Kft. ügyvezetője, 
egyben a Linux Ipari Szövetség (LIPSZ) 
elnöke szerint Oroszország regioná- 

lis nagyhatalmi helyzetét ugyan némi- 
leg beárnyékolhatja Kína, India, Brazí- 
lia, de Putyinék a térségben továbbra is 
nagynak kívánják láttatni magukat. Már- 
pedig ahogy az informatika mindinkább 
tért hódít szinte minden területen, nem 
akarnak minden egyes szoftverért jelen- 
tős dollárokat fizetni egy másik nagyha- 
talomnak. t 


! Szentiványi szerint emel- 
lett fontos szempont a biztonság is, mi- 
vel a Linux és a szóba jöhető megoldá- 
sok jóval transzparensebbek, így sokkal 
nehezebb beléjük helyezni hátsó kapu- 
kat, márpedig Oroszország vélhetően ez 
utóbbitól is tart, hiszen egyre több nagy- 
hatalommal kell versenyeznie. 

Az átállás a legújabb dokumentumok 
szerint 2011 második negyedévében már 
meg is kezdődik Oroszországban, ahol 
egyébként a főbb amerikai szoftvergyár- 
tók által támogatott, kalózkodás ellenes 
tevékenységéről ismert BSA adatai szerint 
az illegális szoftverek aránya 67 százalék. 

Az átálláshoz kapcsolódóan az egyik 
orosz szakminisztérium megvizsgálja, 
hogy milyen szoftvercsomagok szüksége- 
sek a kormányhivatalok számára. A mi- 
nisztérium különböző kormányhivatalok 
segítségével egy felhasználói és fejlesztői 
központot is felállít majd. Az ütemezés 
szerint 2012-ben már működniük kellene 
a főbb pilot rendszereknek. 


Tia hogy Miagyatotszánó és Oroszország 
pozíciója nem ugyanaz, de valamiféle ha- 
itthon is Szentiványi Gábor. A szakember 
szerint idehaza elsősorban nem az Egye- 
sült Allamoktól való függés csökkenté- 
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se miatt lenne jogos elvárás a lépés, ha- 
nem például a kormányzat informatiká- 
ra költött jelentős központi költségvetési 
kiadásainak csökkentése érdekében. Sze- 
rinte a mostani kormányzati ciklusba be- 
le is férhetne egy ilyen átállás, és legalább 
300 milliárd forintos megtakarítás lenne 
megvalósítható csak informatikával. , De 
ahhoz 2-3 év következetes munkája, egy 
jó stratégia és annak kitartó végrehajtása 
kellene" — tette hozzá kevéssé derűlátóan. 
Úgy vélekedett, lés lenne például az 


SZENTIVÁNYI 


GÁBOR 


ügyvezető 


ULX Nyílt Forráskódú 


Tanácsadó és 
Disztribúciós Kft. 


operációs rendszerek átgondolására mind 
szerver-, mind kliensoldalon, de ide tar- 
tozna a köztes rétegek, az adatbázisok, az 
alkalmazás szintű szerverek és alkalmazói 
szoftverek, az e-mail, a csoportmunka tá- 
mogatása Is. 


Szerettük volna megtudni, hogy a kor- 
mányzat gondolkodik-e open source át- 
álláson, így például a kormányzati cik- 
lus végére hány százalék lesz az open 
source aránya a hazai e-közigazgatás- 
ban, mely területeken lenne lehetsé- 
ges az OSS-re váltás, és hol tarta- 
nák meg mindenképpen a zárt rend- 
szereket. Arra is kíváncsiak voltunk, 
hogy mi lesz az első Orbán-kor- 
mány idején a Microsofttal kötött 
Campus oktatási licencszerződés 
ügyével — az állam jelentős össze- 
get fizet a szoftvercégnek az okta- 
tásban szereplők licenceiért -, illet- 
ve más, hosszú távú szerződések sor- 
sára is szívesen rákérdeztünk volna, 
ezért interjút kértünk az ügyben az 
intokommunikációs államtitkársá- 
gon. Am a már megbeszélt időpont 
előtt Nyitrai Zsolt titkárságán keresz- 
tül váratlanul megüzente: egyéb irá- 
nyú elfoglaltságai miatt mégsem tud 


Üzleti stratégia miatt 


beszélgetni velünk, de ígéretet kaptunk, 
hogy ha átküldjük kérdéseinket, legalább 
írásban kaphatunk válaszokat. Sajnos ezt 
is hiába vártuk és sürgettük több héten át 
— az államtitkárságon még meghosszab- 
bított lapzártánkig sem tudták elfogad- 
tatni az állítólag kész válaszokat. 
Szentiványi Gábor szerint egyébként 
egyelőre már csak azért sem lenne helyt- 
álló magyarországi OSS-átállásról, vagy 
akár az OSS hangsúlyosabb előtérbe he- 
TES beszélni, mert noha néhány 
héttel ezelőtt tett a kormány- 
zat egy bejelentést, hogy 10- 
15 milliárddal csökkenti a köz- 
ponti költségvetés informati- 
kai szerződéseinek értékét, ez 
elenyésző a központi költség- 
vetés évi körülbelül 800-1000, 
de , legalsóbb számítások sze- 
rint is 300-500 milliárdos ICT- 
büdzséjéhez képest". A meg- 
takarított összeg mindössze néhány szá- 
zalék, ami inkább a meglévő gyártókkal, 
beszállítókkal való szerződések újratár- 
gyalásának, módosításának eredménye, 
mintsem annak bizonyítéka, hogy ér- 
demben elkezdődött volna egy igazi 
OSS-átállás. A szakértő szerint valódi 
költségcsökkentésről akkor lehetne be- 
szélni, ha a teljes informatikai költést 
20-30 százalékkal sikerülne lejjebb vinni. 
, Ezt taktikai eszközökkel, szerződés- 
újratárgyalással nem lehet elérni, eh- 
hez stratégiai eszközök kellenének. A po- 
litikai akarat még valamennyire kezd is 
meglenni, azzal nincs probléma, de stra- 
tégiát kell erre felépíteni és ehhez hihe- 
tetlen nagy tapasztalat és szaktudás szük- 
séges — mondta a Linux Ipari Szövetség 
elnöke. — A másik probléma -— tette hozzá 
-, hogy a költségvetésben egy ilyen át- 
állás 2-3 év, tehát viszonylag hosszabb 
táv. Ebbe a kormányzati ciklusba bele 


Az OSS érettsége miatt 


1890 


Kedvezőbb ROI 
vagy TCO (költség- 
takarékosság) miatt 


IT-stratégia miatt 


Az OSS használatának elsődleges okai 
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is férhetne, tehát a 300 milliárdos spó- 
rolás csak informatikával lenne megva- 
lósítható." Szentiványi néhány példát is 
említett: meg lehetne valósítani például 

a kormányzati cloudot, amit időlegesen 
és hosszabb távon is kormányzaton belül 
létrehozandó szolgáltató adatközponton 
keresztül lehetne igénybe venni. Ervelése 
alapján csak ezzel tízmilliárdokat tudná- 
nak megtakarítani. 

Szentiványi Gábor szerint emellett van még 
Ha az open source révén 30—50 
százalékot lehetne megtakarítani a költ- 
ségeken, az szintén kitenne néhány mil- 
liárdot, de a legfontosabb, hogy szemlé- 
letváltást is hozna az OSS társadalmi el- 
fogadottságát illetően. Mert azok, akik 
most még Microsoft rendszereket hasz- 
nálnak, 10 éven belül döntéshozó pozíci- 
óba kerülhetnek, ahol ezeket az eszközö- 
ket készségszinten tudnák használni. 


IVACS 
GABRIELLA 


elnök 
Magyarországi Nyílt 


Dokumentum Formátum 


Szövetség (ODFA) 


MEG VÁRNI KELL. . . 

Szentiványi Gábor nézőpontjával lénye- 
gében egybeesik az IDC vezető elemző- 
jének véleménye is a témáról. Marosvári 
Gábor szerint az open source áttörés 
egyelőre várat magára Magyarorszá- 
gon. Szerinte 
csak vizsgálja a nyílt forráskódra történő távla- 
Marosvári ugyanak- 
kor biztató jelnek vélni, hogy a Digitális 
Megújulás Cselekvési Tervben legalább 
célként megjelenik az OSS-megoldások 
részarányának növelése a kormányza- 

ti informatikában, és várhatók saját nyílt 
forráskódú pilot projektek. Mindezek el- 
lenére az IDC elemzője úgy látja: néhány 
hazai OSS-szállító már jól profitál abból, 
hogy a válság miatti bevételkiesés ráirá- 
nyította a figyelmet a TCO kérdésére és 
a költséghatékony megoldásokra. Nagy- 
vállalati szinten elsősorban új alkalma- 
zásfejlesztési projekteknél és életciklusuk 
végén járó Unix rendszereknél, a kkv- 
szegmensben pedig általában a startup 
cégeknél érzékelhető a Linux-alapú meg- 
oldások előretörése. Marosvári szerint ti- 
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pikus vevőként említhetők még a dina- 
mikusan terjeszkedő hostingszolgáltatók, 
amelyek általában Linux-alapokon mű- 


ködtetik infrastruktúrájukat. 


NYÍLT FORMÁTUMOT 
AZ E-KÖZIGAZGATÁSBA! 


Egyetértett a Linux Ipari Szövetség el- 
nökének szavaival Ivacs Gabriella, 

a Magyarországi Nyílt Dokumentum 
Formátum Szövetség, az ODFA elnö- 
ke is: , Változatlanul keveslem az open 
source arányát, nem látom, hogy alapja- 
iban változna meg az II-költésen belüli 
arány a kormányzatban. Sajnos nem sike- 
rült elérnünk például, hogy felülvizsgál- 
ják a Microsoft Campus-szerződéseket, 
pedig úgy gondoljuk, hogy az oktatás — 
kulcskérdés, és legalább ott jobban meg 
kellene jelenniük a nyílt szabványoknak. 
Az 
és ez szerintem nagyon káros — fo- 
galmazott lapunknak. Szerin- 
te örömtelibb lenne, ha a pi- 

ac jobban megoszlana és nem 
egy gyártó kerülne helyzetbe. — 
Nagyon fontos szempont len- 
ne ezenkívül a hazai szoftvercé- 
gek helyzetbe hozása is; márpe- 
dig vannak igencsak fontos, bár 
nem annyira reprezentáns cé- 
gek, amelyek között sokan fog- 
lalkoznak open source technológiák- 
kal." 


enni az e-közigazgatásban a dokumentumo- 
rel és nem lenne szabad hagyni, hogy ki- 


zárólag a Microsoft Word .doc formá- 
tumban legyenek elérhetők az űrlapok. 

, Azért küzdünk, hogy az ODF formá- 
tum legyen általánosan elterjedt. Mi te- 
hát nem a Microsoftot támadjuk, ha- 
nem azt akarjuk elérni, hogy mindenki 
támogassa az ODF szabványt, ez legyen 
a ccdefault22 dokumentum-fájlformá- 
tum például a hivatalok weboldalain" — 
tette hozzá Ivacs Gabriella. Ugy gon- 
dolja, az ODF esetében különösen fon- 
tos, hogy az eszközfüggetlen technoló- 
gia, és ez teszi lehetővé az átjárhatóságot, 
az interoperabilitást. 

Az elnök asszony egyébként nem elége- 
dett az open source szoftverek társadalmi 
beágyazottságával. , Az ODFA tagjainak 
nevében igazán azt sérelmezzük, hogy 
az oktatásban nincs meg az open source 
szoftverek kellő támogatottsága. Azt ta- 
pasztaljuk nap mint nap, hogy sem az in- 
formatikai képzésben, sem a felhasználók 


körében nem mutatkozik igazi fogadó- 
készség arra, hogy megváltozzon az ok- 
tatási tematika. Iehát nem, nem vagyok 
elégedett, ezért szeretnénk változtatni, és 
el akarjuk érni, hogy elinduljanak olyan 
képzések, szakképzések — akár egyetemi 
keretek között -, amelyek segítenek nö- 
velni a társadalmi beágyazottságot." Az 
ODFA elnökétől megtudtuk, hogy épp 
most alakítottak ki együttműködést az 
egyik főiskolával ennek érdekében. Rész- 
letekbe ezzel kapcsolatban most még nem 
kívánt bocsátkozni, mert , egyelőre kísér- 
leti fázisban van az egész; a most kezdődő 
szemeszter lesz az első félév, amikor mé- 
diaszakos hallgatók fognak open source 
szoftvereket tanulni". Annyit azért elárult, 
hogy az OSS-t nem mint műszaki meg- 
oldásokat fogják oktatni, , mert tudjuk, 
hogy ennek sokkal fontosabb társadalmi 
aspektusa van, ezért olyan oktatási tema- 
tikát találtunk ki, amelyben van elmélet és 
gyakorlat egyaránt". 

Ivacs Gabriellával arról is beszélget- 
tünk, hogy mi lehet a hazai open source 
kedvezőtlen társadalmi beágyazottságá- 
nak oka. Az elnök asszony szerint felme- 
rül többek között a magyar opensource- 
közösség széthúzása is, mert igazából 
alig-alig beszélhetünk opensource- 
közösségről Magyarországon. , Annyira 
átpolitizált még ez a pici közösség is, 
hogy - bocsánat a szóért —, de nem iga- 
zán közösség — mondta Ivacs Gabriella. 
Ugy látja, nagyon sok a széthúzás, 

a szervezeti probléma, és személyi ellen- 
tétek is nehezítik a közösségek összeko- 
vácsolását. — A civilnek álcázott üzleti ér- 
dekek se javítanak az OSS-mozgalom 
érdekérvényesítő képességein. Talán 
egészségesebben működne az open 
source mozgalom, ha több civil szervezet 
lenne, amely ezzel foglalkozik, és nem 
pusztán fejlesztők, informatikusok 
cserélnének eszmét különböző fórumo- 
kon. A civil szféra fejletlensége azonban 
történelmi maradvány ebben a régió- 
ban, nem csak a technológiai területen 
tapasztalható. Az állampolgárok érdekeit 
a data lock-in ellen ugyanúgy kell véde- 
ni, mint a korrupció, a szegregáció ellen; 
a közadatokhoz, köziratokhoz való 
hozzáférés a jogállamiság alapvető kri- 
tériuma. Az akadálymentesítés viszont 
nemcsak a törvényi keretek megteremté- 
sét, az elosztás újragondolását jelenti, ha- 
nem a technológia okozta korlátozások 
elhárítását is a közszolgáltatások terüle- 
tén. A digitális cselekvési tervek megal- 
kotói még mindig csak piaci szereplők- 
ben gondolkodnak, holott az információs 
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hálózatokban 3a termelése tekintélyes 
hányada peer-to-peer, informális közös- 
ségekben zajlik, nem beszélve az inno- 
vációról. Nem véletlen a multik ráte- 
lepülése az OS-technológiákra. Szám- 
talanszor mentünk a kormányhoz, ön- 
magunkhoz képest szerintem mindent 
megtettünk, hogy felhívjuk a figyelmet 
a visszaélésekre, a közbeszerzési prob- 
lémákra, az oktatás jelentőségére. Elég 
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mm nem használnak erre a célra 0SS-t vagy nem tud róla 


az ODFA honlapját megnézn, minden 
tanulmányunk, petíciónk stb. elérhe- 
tő ott. Ilyen aktivitást szívesen vennék 
a többi szervezettől is. Löbb szem töb- 
bet lát alapon együtt tudnánk működ- 
ni. Ugyanakkor sajnos azt látom a ma- 
gyar civil szférában — és ez nem csak 
erre a témára vonatkozik, hogy renge- 
teg az álszervezet, ami súlyos problé- 
ma" — mondta. 

Vajon van-e 
eredménye az 
ODFA aktivitásá- 
nak? Ivacs Gabri- 
ella elismeri, hogy 
az elmúlt évek- 
ben a nagyon lát- 
ványos eredmé- 
nyek sajnos elma- 
radtak. , Rengeteg 
tanulmányt írtunk, 
próbáltuk megfo- 
galmazni a céljain- 
kat és a nyílt szab- 
ványok jelentő- 
ségét olyan nyel- 
ven, amely érthető 
a politikai dön- 
téshozók szintjén 
is, de túlságosan 
nagy a tájékozat- 
lanság, nincsenek 
$0 j meg azok a szak- 
emberek a kor- 
mányzati szférá- 
ban, akik kellő 


módon tudnák ezt kezelni. El kell ismer- 
nem, hogy nem sokat tudtunk elérni, in- 
kább kisebb eredményeink vannak. Bi- 
zonyos pénzkeretek létrejöttek, amelyek 
pilot projekteket finanszíroznak, de ezek- 
kel kapcsolatban is azt érzem, hogy csak 
az opensource-közösség száját igyekez- 
tek vele betömni, kielégíteni azokat a cé- 
geket, amelyek foglalkoznak opensource- 
technológiával, de nem volt igazi átcso- 
portosítás, komolyabb figyelem. Mi több 
tanulmányt is készítettünk az elmúlt 
években, ezek is fenn vannak a honlapon, 
a kormány is használta a tanulmányain- 
kat állítólag, de nem látjuk az eredményt. 
Ezzel kapcsolatban is csak azt látom: 
azért hivatkoznak ránk, hogy kevesebbet 
zaklassuk őket a cikkeinkkel, petícióink- 
kal. Nem láttam tehát igazi áttörést az el- 
múlt években — mondta az elnök asszony. 
Ugyanakkor azért reménykedik, hogy [EG 
; ] 


Í 

— Ed- 
dig nem született ilyen határozott állás- 
foglalás az Európai Unió részéről. Voltak 
2008-ban ugyan kijelentések Neelie Kroes 
versenyügyi biztos részéről, de ez most 
egy sokkal határozottabb policy, ami azt 
gondolom, hogy befolyásolni fogja a kor- 
mányzatok döntéseit Európában, tehát 
fel fog gyorsulni a folyamat" — zárta mon- 
dandóját Ivacs Gabriella. £7 


Óvatosan a j 


Megkérdeztük Braun Pétert, a Vezető Informatikusok Szövetségének fiz elnökét, 
egyben az OTP Bank elnök-vezérigazgatói főtanácsadóját, mit gondol az open source 
társadalmi beágyazottságáról. Braun Péter óvatosságra inti olvasóinkat, de azért lát 


olyan területeket, ahol az OSS jó szolgálatot tehet. 


z OSS társadalmi beágyazottsá- 
A ga csaknem nulla — kezdte a be- 
szélgetést Braun Péter —, még 
a fogalmakat se nagyon ismerik széle- 
sebb körben, és azt hiszem, hogy sok 
illúzió és optikai csalódás övezi ezt 
a témát. Az open source azt jelentené, 
hogy a forráskódot is átadja a szállí- 
tó azzal az engedéllyel, hogy abba bele 
lehet nyúlni és szabad módosítani. Ez 
meglátásom szerint veszélyes is lehet, 
amivel óvatosan kell bánni. Egy ko- 
molyabb programnál a kód több száz, 
több ezer oldal. Olyan, mintha egy va- 


dászgép fülkéjébe beültetnénk valakit 
képzetlenül, szabadon, hogy , tessék, 
használd". Annak esélye, hogy képzett 
pilóta ül be a véletlenszerűen kiválasz- 
tott emberek közül, eléggé alacsony... 
Persze vannak olyan műhelyek, ahol 
képzett személyek dolgoznak, és köny- 
nyen tudnának segíteni, de ezzel ma- 
gukra is veszik azt a felelősséget, hogy 
a kód átírásakor új változatot hoznak 
létre, és ilyenkor meg kellene jelölni, 
hogy ez melyik változat. Azt a felada- 
tot, ami miatt bele kellett nyúlni, pél- 
dául bővíteni a kódot, az illető meg 


-8P zt, sás dása 
Irta, Cralan DÁn1ol 
Irta: Szalay Dániel 


tudja oldani talán, de itt véget ér a ra- 
cionális ág. Ha ő továbbfejleszti, ak- 
kor létrehoz egy mutációt, ami nagyon 
hasznos lehet, de ugyanúgy veszélyei 
is vannak: gyilkos méheket is lehet te- 
nyészteni, ha ugyanazon a néven több- 
féle szoftver érhető el, és nincs jelölve 
a különbözőség. Azt gondolom tehát 
az OSS-ről, hogy kétségkívül nagyon 
hasznos lehetőség, de csak azoknak 

a nagyon képzett és tanult emberek- 
nek, akiknek megvan a koncepciójuk, 
szaktudásuk és megvan a kellő felelős- 
ségérzetük. Sajnos ez a kör ma még 
nagyon korlátozott a teljes felhasználói 
számhoz képest. 


l Az tehát a legfőbb 
probléma, hogy kevés a szakember? 
JE Nem ebben látom a problémát. 
A dolog nyitja, hogy egy fontosabb 
program kifejlesztése 2-5 ember há- 
rom-négyévnyi munkája. Nem gon- 
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dolhatjuk azt, hogy aki frissen bekap- 
csolódik egy fejlesztésbe és hozzá- 

ír a kódhoz, a korábbi teljes munkát 
azonnal átlátja. Sokszor elmondják az 
OSS-ól, hogy biztonságos, mert a szál- 
lító nincs monopolhelyzetben, tehát ha 
összeveszünk a szállítóval vagy eltűnik, 
akkor nem maradunk bajban. Ez igaz, 
de csak akkor, ha a folyamatos karban- 
tartásra pénzt és energiát áldoz az, aki 
ebben utazik. Ha nem teszi meg, akkor 
egy holt másolatról beszélhetünk, egy 
olyan kódsorról, aminek a működését, 
topológiáját senki nem ismeri, és egy 
ilyennek a megismerése hosszú idő. 


Ön szerint vajon költség- 
hatékony-e a Linux? Elvégre nem 
kell drága licenceket vásárolnunk. 
HI Hogyne. Jelentős megtakarítást 
ad, amíg fel nem lép egy hiba. De ak- 
kor ezzel a hibával annak kell meg- 
küzdenie, aki ezt az utat választotta. 
Szerencsére a valóságban mindig mó- 
dosulnak ezek a dolgok, tehát a telje- 
sen szabad forráskódú rendszereknek 
is lettek gazdái, például ilyen a SUSE 
vagy a Red Hat. Odaadják a kódot is, 
de biztosítanak egy gondozói segít- 
séget hozzá, megmondják, hogy hol 
indul a motor, hol áll meg, nem kell 
mindent tudni ahhoz, hogy hozzáír- 
jon valaki egy modult. Ilyenkor meg 
lehet takarítani a szállítók igen nagy 
licencdíját, ami sok esetben tényleg 
felháborítóan magas. Vannak olyan 
gyártók, akik egykoron legyártottak 
egy nagyon jó szoftvert, és így a sze- 
rényebb licencdíjból is óriási bevé- 
telük van, miközben hozzáadott érté- 
kük alig. Ez bosszantja a vevőt, mert 
olyan, mintha egy könyvet újra meg 
kellene fizetni, ha valaki újra elolvas- 
sa, pedig pluszt már nem kap ezért. 
Ezen a téren belátóbb politikát foly- 
tathatnának a szállítók. 


Milyen területeken célszerű be- 
vezetni az OSS-t és hol érdemes in- 
kább meghagyni a klasszikus, zárt, 
fizetős megoldásokat? 

HIH Oktatási, egyetemi, kutatási te- 
rületen mindenképpen érdemes átáll- 
ni, mert ott megvan a magas szellemi 
színvonal és az alacsony kockázat, hisz 
ha egy diákköri munka nem lesz sike- 
res, az ugyan nem öröm, de nagy baj 
nem lesz belőle. Egy erőmű irányítá- 
sánál vagy egy vegyi folyamat vezérlé- 
sénél nem javasolnám, mert ott esetleg 


egy hiba több bajt okozhat. 
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Az OTP Bank főtanácsadójaként 
mi a véleménye, egy pénzintézetnél 
lehet-e helye az OSS-nek? 

HIH A bankok nem szeretik a nyílt kó- 
dot, mert nem akarják, hogy mindenki 
legelészhessen a számlavezető rendsze- 
rek kódsorai között. De olyan területen, 
ahol operációkutatás vagy a kutatás jel- 
legű munka az éles üzem része, példá- 
ul nálunk az OTP Bankban is, mód van 


BRAUN PÉTER 


elnök 


kor, ha ráteszik azt a plusz fejlesztői, 
karbantartói teljesítményt is, ami ennek 
a használhatóságát megteremti. 


Mindez nem sérti-e azoknak 

a cégeknek az érdekeit, amelyek 
most pénzért adják termékeiket az 
államnak? 

HEH Ez a veszély nem fenyegeti őket 
igazán, mert olyan bonyolultak ezek 

a rendszerek, hogy nyílt for- 
ráskódú változatukat megér- 
teni, felhasználni, módosítani 


sok munka. 


Vezető Informatikusok 


Szövetsége (VISZ) 


erre, és lehet ez a kutatási eredmény 
annyira , kitesztelt", hogy azt , meg- 
fagyasztjuk", így az attól fogva olyan, 
mintha szállított szoftver lenne. Am ak- 
kor ebbe a továbbiakban nem piszkálhat 
bele senki sem. 


A titkárnők, végfelhasználók 
szintjén még maradnak a Windows- 
nál és az Office-nál, vagy váltanak 
OSS-re? 

HIH Nem szabad elfelejteni, hogy egy 
átlagos titkárnőnek minimum fél év, 
amíg elsajátítja a szövegszerkesztő 
vagy egy program kifinomult hasz- 
nálatát, beleértve a lábléceket, vízjele- 
ket stb. Miért kellene változtatni, ami- 
kor jó a régi is? Azt ismerem, abban bí- 
zom, míg az új rendszerben még nem 
tudjuk, hogy hová kell nyúlni. Az ön ál- 
tal említett Word vagy Excel bőven ki- 
elégíti a standard igényeket, és soha 
nem szabad elfelejteni az emberi ténye- 
zőt: amíg nincs az emberi agyban cse- 
rélhető chip, ezekkel a váltásokkal óva- 
tosan kell bánni. 


A licencek területén nem hoz- 
na annyi megtakarítást a csere, hogy 
megérje a továbbképzést? 

HIH A váltás inkább a nagy rendszereknél 
lehetne reális alternatíva, de ott is lehető- 
ség szerint egyfajta Linuxot, , fagyasztott" 
változatot érdemes használni. 


Mi a véleménye arról, hogy 

a kormányzati informatikában hang- 
súlyosabban oda kellene figyelni az 
OSS-re? 

HIH Ezzel egyet lehet érteni. Nagyobb 
biztonság, olcsóbb üzem. De csak ak- 


Ön szerint egyáltalán 
van-e kellő számú 
opensource-szakember? 
HEH Messze nincs. Rendszer- 
programozók, szervezők kel- 
lenének, de ezeknek a számossága min- 
den rendszerben alacsony. Ezek mindig 
egy vállalat kulcspozícióit jelentik, aki- 
ket általában jól meg is fizetnek, mert 
ha nem, akkor hamar elveszítik őket, és 
így az általuk menedzselt rendszert is le 
kell cserélni. Es itt hangsúlyoznám még 
egyszer, hogy gépesített világunkban az 
ember szerepe egyre nagyobb. A prob- 
léma egyébként már az oktatás szintjén 
jelentkezik. A helyzet egyszerűen tra- 
gikus, mert van ugyan néhány zseniális 
programozónk, de ezt a személyes ta- 
lentumuknak köszönhetjük, az állam- 
nak ebben nagyon kevés szerepe van. 
Vagyis el kellene terjeszteni egy nagyon 
széles körű programozói kultúrát már 
az általános iskolában, hogy a számító- 
gép ne a játékokkal legyen egyenlő. 
Mindenkinek érdeke az open source 
elterjedése, mert némi szabadságot ad, 
legalábbis potenciálisan. Szerintem azt 
kellene tenni, hogy a szóba jöhető ki- 
emelt szoftvereknek kijelölnek egy gaz- 
dát, aki az adott szoftvert megismeri és 
az ismereteit naprakészen tartja, köve- 
ti a változásokat, és a hozzá fordulóknak 
segíteni tud, tehát átveszi a szállítók sze- 
repét, és egyfajta supportot biztosít. Am 
ehhez megint az kell, hogy a szükséges 
ismerettel rendelkezzen az illető, és cél- 
szerű vigyázni, nehogy monopolhely- 
zetbe kerüljön. Mi a VISZ-ben szeret- 
nénk minél több együttműködést kötni 
az egyetemekkel, hogy a vezetők előadá- 
sokat tarthassanak a végzősöknek arról, 
milyen valódi feladatok vannak a mun- 
katerületükön. Csodálatos, hogy az 
amúgy elfoglalt vezetők milyen lelkesen 
jelentkeznek, hogy elmondhassák gon- 
dolataikat a leendő szakembereknek. 51 
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Technológia -- támogatás 


Egyedül a sourceforge.net nyílt forráskódú projekteket összefogó portálon több 
mint 280 000 szoftvercsomagot találunk, és természetesen ilyen portálból 
több is van. Hogyan válasszuk ki a megfelelő, ráadásul hosszú távon is meg- 


bízható nyílt forráskódú megoldást ennyi lehetőség közül? 


Írta: Szentiványi Gábor 


fenti kérdések akár ellentmon- 
A dásosnak is tűnhetnek, hiszen 

a nyílt forráskód sajátja a dina- 
mikus változás: projektek születnek, 
módosulnak, , forkolnak" és meghal- 
nak, hogy aztán más formában esetleg 
újjászülessenek, vagy örökké eltűnje- 
nek a színről. Ez nem az a pont, ami- 
re egy informatikai vezetőnek szüksége 
van, hiszen egy vállalati informatikai 
rendszer lényeges tulajdonsága a foly- 
tonosság, a kiszámíthatóság. 

Egy tulajdonosi szoftver előállítá- 
sának folyamatai azonban ebben a te- 
kintetben nagyon hasonlók a nyílt 
forráskódúakéhoz, csak éppen az 
utóbbiak esetében ezek a folyama- 
tok nyilvánosan zajlanak. Igy akár be- 
folyásolni is tudjuk, hogy a fejlesztés 
milyen irányba haladjon, amint pedig 
az eredmény megszületik, ugyanolyan 
vállalati szintű, minőségbiztosított, 
tanúsított, támogatott, szabványos 
termék válik belőle, mint a klasszikus 
szoftverekből. Viszont az ügyfél szá- 
mára költséghatékonyságában jóval 
elérhetőbb lesz. 


ÖT KRITIKUS TERÜLET 
Mi az ULX Nyílt Forráskódú Ianács- 
adó és Disztribúciós Kft.-nél több 
mint tíz éve foglalkozunk vállalati 
szinten hosszú távú biztonságot nyúj- 
tó nyílt forráskódú szoftverekkel, ame- 
lyek már számos magyar és nemzetkö- 
zi nagyvállalatnál, valamint kormány- 
zati környezetben bizonyítottak. Segí- 
tünk ügyfeleinknek a kiválasztásban és 
a bevezetésben, de a technológiák ma- 
gabiztos használatához is professzio- 
nális szolgáltatásokat kínálunk. Ehhez 
adnak hátteret a világ vezető vállala- 
ti szintű nyílt forráskódú technológiát 
képviselő vállalatai: a Red Hat/] Boss, 
a Zenoss, Alfresco, EnterpriseDB, 
JasperSoft, Zimbra stb. 
Tapasztalataink alapján öt olyan 
kulcsterületet azonosítottunk, ahol 
a nyílt forráskód 2011-ben és az azt 
követő néhány évben vállalati környe- 
zetben kifejezetten sikerrel kecsegtet. 
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Az első ilyen terület az adatközponti inf- 
rastruktúra, ahol a nyílt forráskódú ope- 
rációs rendszer és virtualizáció párosítás 
alacsony költségeket és a virtualizáció 
minden elvárt előnyét biztosítja. A költ- 
ségcsökkentés további szintje a köztes 
réteg virtualizációja, amely további ren- 
geteg , commodity" szolgáltatást kon- 
centrál (pl. SS50), valamint biztosítja 
a költséghatékony scale-out környezetek 
létrejöttét, így teremtve meg egy mo- 
dern nyílt forráskódú IaaS és PaaS fel- 
hőkörnyezet alapjait. Mindezt kiegészít- 
ve olyan átfogó felügyeleti eszközökkel, 
amelyek nemcsak utólag, hanem előre is 
jelzik a meghibásodás esélyét. 


RED HAT ENTERPRISE VIRTUALIZATION 


idejű nyílt forráskódú adatintegrációs 
eszközökkel biztosítjuk a legacy alkal- 
mazások és a modern, rétegzett alkal- 
mazások adattranszformációs igényeit 
és egyidejű üzembiztos futását. 

A barmadik terület a folyamat- és sza- 
bálymotorok bevezetése. Az egyedi fej- 
lesztések esetén a folyamatok és az üz- 
leti szabályok túlnyomórészt bele van- 
nak kódolva a szoftverbe, így minden 
változtatáshoz módosítani kell a kó- 
dot, ami hosszadalmas és költséges. 

A modern nyílt forráskódú megoldá- 
sok a klasszikus BPEL-folyamatok he- 
lyett a modern üzleti logikához köze- 
li BPMN2 megközelítést alkalmazzák, 
és szorosan integrálva vannak a sza- 
bálymotorral, amely az üzleti szabá- 
lyok természetes nyelvű leírását teszi 
lehetővé. Az üzleti tudás folyamatokká 
és szabályokká való faktorálása optimá- 
lissá teszi az így születő komponensek 
beillesztését SOA-környezetbe. 

A negyedik a portálok területe. Egy 
mai modern nyílt forráskódú por- 
tál szerepe kettős. Egyrészt kialakítja 
a klasszikus tranzakcionális 
alkalmazások , arcát" a jól 


Thousands of Certified Applications 


bevált JSR168 és 286-os 
szabványokon keresztül, 


mapping § resources 


ri 
s. 
un 
a. 
az 
a 
o 
2 
ke 
sz 
z 
e 
ped 
v 
o 
ö 
— 
€ 
z 


Networks Clients 


NNNANENNANANENANANANAT 


PHYSICAL HARDWARE 
ÉG 


Storage 


Physical Servers 


26 


Networking 


másrészt a pehelysúlyú kis 
alkalmazások, a kollaborá- 
ció, a tartalomkezelés intu- 
itív felületét hozza létre. 
A két szerep tetszőleges 
keverésével előállhat az 
igényekhez maximálisan il- 
leszthető portálmegoldás. 
Az ötödik a desktop terü- 
let, amely egyben az egyik 


A második terület az adatbázisok és 
az adatintegráció. Manapság az adat- 
bázisszerverek piaca nem dinamikus. 
Viszonylag kevés az innováció, kicsi 
a verseny és hatalmasak a költségek. 
Az alkalmazások jelentős része nem 
használja ki a high-end adatbázisszer- 
verek lehetőségeit. Az alkalmazások 
jelentős áttervezése nélkül a munka- 
terhelések kb. 6090-a áttehető nyílt 
forráskódú adatbázisszerverekre, me- 
lyek a rendelkezésre álló gazdag esz- 
közkészletnek köszönhetően a meglé- 
vő DBA-tudással könnyedén üzemel- 
tethetők. Az adatbázisban tárolt üzleti 
logika köztes rétegbe való emelésé- 
vel megszabadulunk a kötöttségek- 
től. Mivel egy ilyen projekt több évre 
is kiterjedhet, az átmeneti időre valós 


legellentmondásosabb 

is. Azonban a webalapú 
technológiák gyors terjedésével 

a desktopra mind kevesebb teher és 
feladat hárul, így válva egyre alkalma- 
sabbá szinte tetszőleges vállalati kör- 
nyezet számára. 


PRÓBÁLJA KI! 


Rengeteg olyan terület van, ahol csak 
megszokásból használnak egy adott 
operációs rendszert, és a feladatot mi- 
nimális módosítással vagy akár módosí- 
tás nélkül költséghatékonyabb desktop 
környezettel is meg lehet oldani. Per- 
sze papíron minden szép és működő, 
de mekkora például a költségcsökken- 
tés és a felmerülő rizikó egy konkrét 
projekt esetében? Itt annak van igaza, 
aki csak magának hisz. Próbáljon ki egy 
ingyenes pilot projektet! HI 
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Újra felfedezve: virtualizáció 


A virtualizáció ma már nélkülözhetetlen eleme egy modern vállalati rendszernek 
és alapeleme a felhőszolgáltatásoknak. Milyen lehetőségeket kínál ezen a téren 


a nyílt forráskód világa? Az alábbiakban ezt mutatjuk be. 


Írta: Czakó Krisztián 


a már talán kevesen gondol- 
M nak arra, hogy a szerver- 

virtualizáció nem tartozik 
a világ újdonságai közé. Ha visszate- 
kintünk az informatika régmúltjára, 
már 1968-ban az IBM System 360 
hardverén futott az akkor nyílt for- 
rású operációs rendszer, a VM, mely 
képes volt egy processzoron párhu- 
zamosan több operációs rendszert 
futtatni. Az eredetileg egyetemi fej- 
lesztésű rendszer sikeresebbnek bi- 
zonyult az IBM saját, kereskedelmi 
rendszerénél, így — megfelelő licenc- 
védelem hiányában - az IBM rövid 
úton , bekebelezte", és kereskedel- 
mi rendszerként folytatta a fejleszté- 
sét. A VM a mai napig létezik és fej- 


IATA sors különös fintora, hogy a VM 


a] — 


e az eredetileg Richard M. Stallmannak 


5j 


és a Free Software Foundationnek, az- 
az a Szabad Szoftver Alapítványnak kö- 


szönhető GPL védi a Linuxot, így a 43 év- 
el ezelőtti , kellemetlenség" nem ismét- 


PC-RE TÉRVE 


Hosszú időnek kellett eltelnie 1968 
óta, hogy a PC is eljusson a H évvel 
ezelőtti szintre, azaz képessé váljon 

a virtualizációra. Az 1990-es évek- 
ben először a VMware készített teljes 
hardvervirtualizációra képes szoft- 
vert, azonban az a hardver támogatá- 
sának hiányában az x86 platformon 
lassú és nehézkes volt. Ezt a problé- 
mát a Xennek (www.xen.org) sikerült 
feloldania. A Xenben ugyanis be- 
vezették a paravirtualizációt, mely- 
nek lényege, hogy a virtuális gép- 
ben futó operációs rendszer kernelét 
(de csak azt) módosítják. Ettől kezd- 
ve a kernel (és a meghajtóprogramok, 
azaz a driverek) nem valódi hard- 
vert keresnek, hanem megfelelő vir- 
tuális API segítségével kommunikál- 
nak a hypervisorral, így a működés 
felgyorsul, a valódi hardver teljesít- 


ményéből alig 3-5 százalékot vesz- 
tünk el. 

A megoldásnak persze megvan az 
a hátránya, hogy csak nyílt forrá- 
sú kernellel működő operációs rend- 
szert futtathatunk, hiszen a kernel 
módosítására csak ott van lehetősé- 
günk. (Elvileg persze akár az is el- 
képzelhető lenne, hogy az operá- 
ciós rendszer gyártója maga is ki- 
ad egy így módosított kernelt, de 
erre még nem volt példa.) Hasonló 
célokkal -— de ehhez képest jelentő- 
sen korlátozottan - készültek a , ven- 
dég driverek"? a többi virtualizációs 
környezethez. Ezek javítanak a diszk- 
és hálózati kommunikáción, de nem 
képesek megkerülni az x86 plat- 
form korlátozásait, így a CPU és 
memóriavirtualizáció továbbra is 
lassú marad. Iermészetesen - látva 
a virtualizációban rejlő lehetőségeket 
— a processzorgyártók is léptek: be- 
vezették a , hardveres"? virtualizáció 
támogatását, amelynek következ- 
tében a teljes virtualizációt hasz- 
náló környezetek a processzor be- 
épített képességeit használva je- 
lentős teljesítménynövekedést ér- 
tek el. Fontos megjegyezni, hogy 
a paravirtualizációt így sem tudják 
túlszárnyalni. 


HARDVERES VIRTUALIZÁCIÓ 


A , modern kori" virtualizáció sem 
jár már gyerekcipőben. A Xen 2005- 
ben már a kiforrott 2.0 verziónál tar- 
tott, de még ugyanabban az évben el- 
készült a 3.0. Szintén 2005 -öt írtunk, 
amikor megjelentek az első hardveres 
virtualizációt támogató processzo- 
rok. A Xen 3.0 az elsők között támo- 
gatta mind az Intel, mind az AMD 
megoldását. 

Az azóta eltelt közel hat évben rob- 
banásszerűen fejlődött a terület. Sor- 
ra jelentek meg az új technológiát ki- 
használó megoldások. Egyetlen nagy 
gyártó sem akart lemaradni a zsí- 
rosnak ígérkező profitról. Volt, ame- 
lyik saját megoldást fejlesztett, és volt 
amely a klasszikus felvásárlással ju- 


A szerző a Linux Akadémia oktatója. 1994 óta foglalkozik Linuxszal és 2004 óta virtualizációval. 
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tott hozzá kész megoldáshoz. Az 
utóbbit tette a Citrix: a XenSource (a 
Xent fejlesztő cég) felvásárlásával ju- 
tott a Xenhez, amely köré aztán több 
kereskedelmi megoldást is épített. 
Maga a Xen továbbra is nyílt forrás- 
kódú, ezért megtalálható többek kö- 
zött a kizárólag szabad szoftvert tar- 
talmazó Debian GN U/Linuxban is. 
A másik közismert nyílt forrású 
virtualizációs környezet sorsa is ha- 
sonlóan alakult. A kizárólag hard- 
veres virtualizációt tánogató KVM 
(www.linux-kvm.org) rendszer közel 
egyidős a hardveres virtualizációra 
képes processzorokkal. A KVM vé- 
gül a Red Hat szárnyai alatt kötött 
ki. Bár a Red Hat Enterprise Linux 
eleinte szintén a Xen megoldását tá- 
mogatta, a Red Hat hamar rájött, 
hogy csak saját kézben lévő tech- 
nológiával játszhat jelentős szere- 
pet ezen a téren. Ettől függetlenül 
mind a Xen nyílt forrású változata, 
mind a KVM megtalálható gyakorla- 
tilag kivétel nélkül minden nagyobb 
Linux változatban, így ezek közül 
szabadon választhatunk. Persze min- 
den kereskedelmi Linux terjesztés- 
nek megvan a maga , preferenciája", 
és általában csak azt támogatják. 


MIBEN JÓ A XEN? 
A Xen fejlesztése a Cambridge Egye- 


temen indult, később a fejlesztők 
megalapították a XenSource, Inc. 
vállalatot. Az első nyílt forrású ver- 
zió 2002-ben jelent meg, az 1.0 ki- 
adására 2004-ig kellett várni. Még 
ugyanabban az évben megjelent 

a 2.0, amely meghozta az igazi át- 
törést, a Xen ismertsége meredeken 


emelkedett. EN0GÉLTANETEL ZIKE 


erziót — az már akkor támogatta a pro- 


cesszorokban újdonságnak számító hard- 
eres virtualizációt. Innen pedig megállít- 
hatatlan volt a Xen népszerűsége. 2006- 


ban, két évvel a Xen első verzióját követő - 
a paravirtualizáció koncepcióját saját ter- 
2007-ben a Citrix 500 mil- 
lió dollárt fizetett a XenSource tulaj- 
donjogáért, és felvásárolta azt. 2010- 
ben megjelent a Xen 4.0. 

A Xen projekt több virtualizációs 
technikát is takar. Itt most a nyílt 
forrású Xen Hypervisorról, az- 
az a klasszikus szervervirtualizációs 
megoldásról lesz csak szó — ezt értem 
, Xenen". A Xen Hypervisor valójá- 
ban operációs rendszerektől függet- 
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len technológia, bár bizonyos füg- 
gőségei mégis vannak. Egy műkö- 
dő, Xen-alapú virtualizációs kör- 
nyezet két fő komponensből áll: 
maga a hypervisorból, amely köz- 
vetlenül a , hardveren"? fut (te- 

hát nem egy már működő operáci- 
ós rendszerből indul) és egy privi- 
legizált virtuális gépből, amelyben 
jellemzően valamely Linux változa- 
tot futtatja. A klasszikus , desktop?" 
virtualizációval (de a KVM-mel is) 
szemben a virtuális gépek nem egy 
befogadó (host) operációs rend- 
szer alatt futó vendégek (guest). 


A Xen esetében a hypervisor a befoga- 


dó, és virtualizációs szemmel minden vir- 


uális gép egyenrangú. Az elsőként in- 


TERT ETT r7 ri 1 Fi 


duló virtuális gép egyenlőbb a többi- 
Xen 
alatt ezt nevezzük Domain 0-nak 
(Dom0). Ha a Domain 0 működé- 
se leáll vagy újraindul, a hypervisor 
is leáll, illetve újraindul. Ezenkívül 
azonban egyenrangú a többiekkel. 
A hypervisor feladata az erőforrások 


elérhető blokk eszközök (hozzáadha- 
tunk, elvehetünk, átméretezhetünk 
virtuális diszkeket) és hálózati csato- 
lók. A virtuális gépek futása megál- 
lítható, felfüggeszthető (teljes hiber- 
nálás diszkre), azok migrálhatók fu- 
tás közben és a 4.0 verziótól támo- 
gatott a hibatűrés is. Gyakorlatilag 
minden adott, ami egy nagy rendel- 
kezésre állást igénylő rendszernél el- 
várható. 

E képességek főképp vállalati szin- 
tű szervervirtualizációra teszik na- 
gyon alkalmassá a Xent. Mivel egy 
jól kidolgozott API is elérhető, me- 
nedzsment programokat is könnyű 
írni hozzá. lermészetesen támogat- 
ja az egységes virtualizációs API-t is 
(libviro. 

A teljes (minden hardver, be- 
leértve a CPU-t és memóriát is) 
paravirtualizációnak (nyílt forrá- 
sú operációs rendszerekkel) köszön- 
hetően messze a legjobb teljesít- 
ményt nyújtja az összes megoldás 
közül. Hardvervirtualizáció esetén 
a diszk és hálózati i/o műveletek- 
hez paravirtualizált driverek érhe- 
tők el Linux és Windows (a Citrix 
Xen PV driverek használhatók) gé- 
pekhez, így ott is könnyedén felve- 
szi a versenyt a ki- 
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hívókkal. A teljes 
paravirtualizáció 
esetén nem fel- 
tétel a CPU 
virtualizációs ké- 
pessége, így ol- 


csóbb/régebbi 
hardveren is mű- 


ködik. 
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Működésben a Xen 


(például CPU idő, memória, i/o stb.) 
megfelelő elosztása, mely alapeset- 
ben egyenrangúan történik, de sú- 
lyozhatók az egyes gépek. 

A Xen képes a futó rendszer erő- 
forrásainak menet közbeni módosí- 
tására. Módosítható a virtuális gép- 
ben elérhető CPU-k száma (ez akár 
fizikai CPU-hoz is rendelhető), az 
elérhető memória (a technológiá- 
ból adódóan ez minden esetben fi- 
zikai RAM, azaz nem lapozódik), az 
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kizárólag a procesz- 
szor virtualizációs 
képességére épít 
(azaz a Xennel szemben nem tá- 
mogatja a paravirtualizációt). 

A desktopvirtualizációs megoldá- 
sokhoz (pl. VMware Workstation, 
VirtualBox) hasonlóan az operáci- 
ós rendszer alatt fut, az egyes virtu- 
ális gépek Linux alatt egy-egy önál- 
ló processzként jelennek meg. En- 
nek megfelelően a virtuális gépek 
memóriája a futtató Linux rendszer 
virtuális memóriájából táplálkozik 
(szemben a Xennel, ahol ez a tény- 


leges fizikai RAM), így akár lapoz- 
ható is (swap), ennek minden elő- 
nyével (a fizikai RAM-nál többet 
oszthatunk szét) és hátrányával (ha 
túl sokat osztottunk, nagyon las- 
sú lehet a sok lapozás miatt). Tel- 
jes paravirtualizációs támogatá- 
sa nincs, de megfelelő driverekkel 
a diszk és hálózati i/o műveletek 
paravirtualizálhatók, ehhez Linux és 
Windows rendszerek alá is találunk 
drivert. 

A virtuális gépek menedzsmentjét 
a szabványos libvirt API-n keresztül 
végezhetjük. Számos menedzsment- 
felület készült hozzá. Erről egy rész- 
letes listát a www.linux-kvm.org/ 
page/Management Tools webolda- 
lon találunk. 


FONTOS A MENEDZSMENT 


A virtualizáció hasznos dolog, hi- 
szen jobban kihasználhatjuk a hard- 
vert, így kevesebb energiát fogyasz- 
tunk, végső soron spórolunk 

(gépet, áramot, helyet). Azonban 

a virtualizációnak van egy nem el- 
hanyagolható kockázata: minél több 
rendszert , zsúfolunk" bele egyet- 
len hardverbe, annál nagyobb kárt 
okoz a hardver vagy a virtualizációs 
környezet leállása. Többen mondják 
emiatt, hogy ne virtualizáljunk any- 
nyi mindent. De nincs igazuk. 
igényű rendszerek, ahol emiatt értelmet- 
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ból kiindulva, van 6 éve hiba nélkül üze- 
amelyen fénykorában 8 (!) virtuális gép 
Ma már én is megmosolygom a 6 év- 
vel ezelőtti technikát (mind hard- 
ver, mind szoftver szempontból), de 
mind a mai napig működik, és ez 

a fontos. 

Napjainkban nem jelent nagyobb 
kiadást egy kétgépes nagy rendelke- 
zésre állású fürtözött virtuális rend- 
szert kialakítani. Elegendő hoz- 
zá két számítógép (még szerver sem 
kell). Ezekhez adottak a megfele- 
lő menedzsment szoftverek, ame- 
lyek képesek monitorozni és irányí- 
tani a működést. Itt már a tervezett 
leállások is évi 1 óra alá csökkent- 
hetők akár mezei , desktop" kategó- 
riájú gépekkel is. Nem tervezett le- 
állás pedig gyakorlatilag nem lesz. 
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Ha a pénztárcánk engedi, választha- 
tunk AoE vagy 1SCSI, esetleg opti- 
kai elérésű redundáns háttértároló- 
kat (storage centert), és akkor a für- 
tözött rendszerbe kötött gépek szá- 
mában a határ a csillagos ég, jobban 
mondva a bankszámlánk mérete. De 
itt már kezdünk átmenni a virtuális 
cloud rendszerek területére. 

gos bevezetéseiből már ismerjük, azon- 
szépen és csendben -, de tartják a lé- 
pést (vagy épp pár lépéssel előrébb jár- 
A főbb technológiák- 
ban nem, csak az árcímkében külön- 
böznek, de abban jelentősen. Szem- 
ben a kereskedelmi megoldásokkal, 
ahol a teljes menedzsment rend- 
szert is ugyanattól a gyártótól kell 
megvásárolnunk - és a tolluk bi- 
zony vastagon fog az árcímke meg- 


a 


Ww 


írásánál -, a nyílt forrású megoldá- 
sok között komoly piaci verseny ala- 
kult ki. Ha körülnézünk a piacon, 
számos ígéretes megoldást találunk 
akár a nyílt forrású Xen vagy épp 

a KVM-alapú virtualizációs kör- 
nyezetünk menedzsmentjére. Olyan 
rendszerek sorából válogathatunk, 
amelyek a virtuális gépek teljes élet- 
ciklusát lefedik. Itt vegyesen van- 
nak teljesen nyílt forrású megoldá- 
sok és nyílt forrású alapfunkciók- 
kal rendelkezők, amelyeknél a ko- 
molyabb enterprise funkciókért már 
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a zsebünkbe kell nyúlnunk. A teljes- 
ség igénye nélkül kiemelnék pár is- 
mertebb megoldást. 

A Red Hat által fejlesztett virt- 
manager (virt-manager.et.redhat. 
com/) szoftver is és a Convirture 
által fejlesztett ConVirt (www. 
convirture.com) is képes mind Xen, 
mind KVM virtuális gépeket mene- 
dzselni. Az előbbi szabad szoftver, 
míg az utóbbiból az alap nyílt for- 
rású, de a vállalati és cloud képessé- 
gekkel ellátott változat már keres- 
kedelmi megoldás. Amíg az előbbi- 
ek grafikus desktop-kezelőfelületet 
biztosítanak, az openORM (www. 
opengrm.com/) egy másik dimenziót 
nyit. A nyílt forrású rendszer webes 
felületű, teljes adatközpont-menedzs- 
ment megoldás, amely nemcsak több 
virtualizációs és fizikai környezet 
menedzsmentjét képes ellátni, de tá- 
mogatja az ezek közötti migrációt is. 
Igen, több különböző virtualizációs 
technológia és akár fizikai gépek 
között is. 

Nem ekkora nagy- 
ágyú, de kisebb 
rendszerekhez szin- 
tén kiváló alternatí- 
va a ganeti (http:// 
code.google.com/p/ 
ganeti/), amely szin- 
tén szabad szoft- 
ver, és támogatja 

az egyszerűbb ma- 
gas rendelkezésre ál- 
lású technológiákat 
is. A Xent és KVM- 
et kezelő ganeti se- 
gítségével a nyílt 
forrású DRBD 
(drbd.org) hálóza- 

ti diszkreplikációs 
rendszerre alapozva 
két egyszerű és olcsó 
hardverrel is épít- 
hetünk magas rendelkezésre állású 
fürtözött virtualizációs környezetet. 
Figyelembe véve, hogy a Xen 4.0-s 
verziója a hagyományos élő migrá- 
ció (live migration) és failover tech- 
nológiák mellett képes a valódi hi- 
batűrésre (fault tolerant) is, pár egy- 
szerű nyílt forrású eszközzel olyan 
rendelkezésre állást tudunk elérni, 
amely korábban csak komoly beru- 
házások árán volt megvalósítható. 
(A fault tolerant esetében a kieső 
hardveren futó virtuális gépen nem 
tapasztalunk leállást, az változatla- 


nul fog tovább futni a cluster egy 
másik hardverén.) 

Ha kicsit körülnézünk az inter- 
neten, találunk még szép számmal 
programokat, amelyek megoldást kí- 
nálnak a nyílt forrású virtualizációs 
rendszerek kezelésére, így mindenki 
megtalálhatja azt, ami neki a legin- 
kább megfelel. 


A VÁLASZTÁS SZABADSÁGA 


Mint már utaltunk rá, a nyílt forrá- 
sú virtualizációs technológiák -— pár 
régi motoros kivételével — sokkal 
régebb óta léteznek, mint a legtöbb 
kereskedelmi megoldás. Emellett 
van olyan kereskedelmi termék is, 
amelynek fejlesztése mögött ugyan- 
azt a nyílt forrású terméket talál- 
juk, amit elérhetünk a különböző 
Linux-terjesztésekben. A nyílt for- 
rás itt is szabadságot nyújt: a számos 
lehetőségből, variációból minden- 
ki kiválaszthatja a hozzá leginkább 
illeszkedő kombinációt. A teljesen 
kereskedelmi megoldások mellett 
elérhetők a nyílt forrásra támasz- 
kodók, a nyílt forrású megoldások- 
hoz kereskedelmi menedzsmentet és 
támogatást kínálók, és persze szép 
számmal találunk Magyarországon 
is teljesen nyílt megoldásokkal dol- 
gozó cégeket, amelyek támogatást, 
felügyeletet és üzemeltetést bizto- 
sítanak. 
csak értékesíteni akarják ezeket a rend- 
előnye, hogy a megfelelő megszerzésé- 
el a teljes üzemeltetést házon belül le- 
het tartani, ami maximális függetlenségeti 
amivel fordí- 


tottan arányos az az összeg, ame- 
lyet a végső számlán olvashatunk, ha 
egy ilyen rendszerbe kell beruház- 
nunk. A nyílt forráskód — nevezzük 
itt inkább szabad szoftvernek, mivel 
az jobban kifejezi a lényeget — leg- 
nagyobb erénye itt mutatkozik meg: 
a felhasználó szabadon válthat. Sem 
gyártóhoz, sem szállítóhoz, sem 
üzemeltetőhöz nem vagyunk kötve, 
azokat szabadon és bármikor - ko- 
moly átszervezés és váltási költségek 
nélkül - lecserélhetjük, ha az nem 
felel meg nekünk. Az eredmény: ala- 
csonyabb árak és magasabb minő- 
ség, hiszen mindenki igyekszik tar- 
tani a versenyt mindkét területen. 41 
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Nyiltan a felhőben 


A számítási felhő, avagy cloud computing a vállalati informatika elmúlt néhány 
évének sokat hangoztatott jelszava, pedig maga a fogalom egyáltalán nem új — és 


gyökerei még csak nem is a számítástechnikából erednek. 


számítási felhő gondolata elő- 
A ször az 1960-as években bukkant 

fel; az TT-ben érdekeltek akkor 
kezdtek úgy tekinteni a nagygépes rend- 
szerekre, hogy azoknak elszigetelt állo- 
mások helyett sokkal inkább közmű sze- 
repben kellene működniük. Elsősorban 
a mesterséges intelligenciát kutató 7obn 
McCartby nevéhez köthető a fogalom 
számítástechnikai környezetre való adap- 
tálása, aki szerint az internetnek is hason- 
lóvá kell válnia a vízvezeték-rendszerhez 
vagy az elektromos hálózathoz. Am amíg 
az évtizedek, évszázadok óta létező köz- 
művek egyértelműen zárt rendszert al- 
kottak, addig az II-ben a fejlődés ketté- 
ágazott. 

A számítási felhő zárt változatának köz- 
ismert példája a Windows Azure Plat- 
form. A Microsoft fejlesztette Azure ada- 
tokat és alkalmazásokat egyaránt kezelő 
környezet, amely lehetővé teszi a vállala- 
ti felhasználó számára, hogy munkájához 
fontos információkat távolról is elérhes- 
sen. Igy működik többek között az évti- 
zedes múlttal bíró Hotmail online webes 
levelezőrendszer is — kimondva, kimon- 
datlanul a felhőben. 

Amíg azonban a Microsoft megol- 
dásai kötöttek, számos egyéb cég kínál 
nyílt cloud computingot. A Red Hat ál- 
láspontja szerint a számítási felhő egyál- 
talán nem is létezhetne nyílt forráskód 
nélkül. Jim Whbiteburst, a vállalat vezér- 
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agyjából 90 százaléka valamilyen szinten 


apcsolatban van a Red Hat szoftverével. 


Isősorban a kis- és közepes méretű válla- 
atokat célozza meg, többnyire a szolgálta- 


ókon keresztül. Számukra kínálja Red Hat 
Az előbbiekhez hasonló álláspontot 
képvisel a Google is. Ha varázsütésre 
egy pillanat alatt meg lehetne szüntetni 
a felhőalapú szolgáltatásokat, akkor az 
online keresőjével sikeressé vált ameri- 
kai óriásvállalat — és az adataikat, webes 
szolgáltatásaikat rá bízó egyéb cégek 
zömének - üzletmenete szinte azonnal 
összeomlana, vagy legalábbis súlyos 
károkat szenvedne. Itt ugyanis nem 
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pusztán a Microsoft-féle Hotmail- 
Gmail analógiáról van szó, hiszen elég 
a Google Appsre gondolni, a felhő- 
ben létező csoportmunka-folyamatokra 
vagy a Microsoft Office-ének közvetle- 
nül konkurenciát állító Google Docsra, 
hogy csak néhány példát említsünk. 

A fejlődés pedig töretlen, az irány egy- 
értelmű. A Gartner 
elemzőcég 2010-es elő- 
rejelzése szerint 2012-re 
a vállalatok egyötödénél 
már nem lesznek saját 
tulajdonú informatikai 
eszközök, hanem vagy 
bérelni fogják a fizikai 
szervereket, vagy vir- 
tuális szervereket vesz- 
nek igénybe hagyomá- 
nyos hosting cégeknél 
— és újonnan megjelenő 
cloudszolgáltatóknál. Ez 
összecseng az IDC ku- 
tatásainak eredményével 
— előrejelzésük szerint 
a felhőalapú szolgálta- 
tások háromszoros növekedése várható, 
amely meghaladja a 40 milliárd dolláros 
piaci értéket. Ez 2012-re nagyjából az 
II-kiadások negyedét fogja lefedni. Er- 
demes tehát közelebbről is megvizsgál- 
ni a cloud computing és az open source 
viszonyát; lássuk, mit kínál 2011-ben 
a nyílt forrás a számítási felhőt választók 
számára! 


NYÍLT FORRÁS AZ ADATKÖZPONTOKBAN 
Az adatközpontok egyre inkább az 
open source szoftverek felé mozdulnak 
el, ahogy nő a cloud computing jelen- 
tősége — számolt be tapasztalatáról ta- 
valy ősszel egy Sydneyben tartott CEO- 
konferencián a Dell China elnöke, Aznit 
Midba. Meglátása szerint a Linux penet- 
rációja folyamatosan nő az adatközpon- 
tokban — a nyílt forrású rendszerek ap- 
ránként lecserélik a unixos környezete- 
ket. Ennek pedig elsődleges hajtóereje 
a cloud computing mind szélesebb körű 
használatában rejlik. 

— Napjainkban már az adatközpontok 
közel 40 százaléka Linuxra épül — mond- 
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ta Midha. Ezt alátámasztja a HB, az Intel 
és a Yahoo beszámolója is, amely szerint 
további szervezetek csatlakoztak nyílt 
forrású Open Cirrus kezdeményezésük- 
höz. 
melynek Amerikában, Euró- 
pában és a Távol-Keleten is vannak tag- 
jai. A kezdeményezés valós idejű, globá- 
lis környezetet szimulál, lehetőséget adva 
a kutatóknak precíz alkalmazástesztelés- 
re, illetve infrastruktúra- és szolgáltatás- 
teljesítménybeli mérésekre. 

A 2008 júliusában létrejött Open Cir- 
rusnak köszönhetően olyan nyílt együtt- 
működéseknek biztosíthat alapot a cloud 


computing, mint amilyen például 

a Carnegie Mellon Egyetem és az Intel 
között született meg. Ennek révén a nyílt 
számítási felhő segítségével folytathatnak 
őssejtkutatásokat, amelyek hatékonyabb 
gyógyszerekhez vezethetnek és fejlesztik 
a regeneratív orvoslást. 


RED HAT 

Amint azt már a bevezetőben is említet- 
tük, a Red Hat megkerülhetetlen szerep- 
lője a piacnak. Minden, a Red Hat felhő- 
alapú termékeibe becsatornázódó pro- 
jekt nyílt forráskódú és élénk kapcsolat- 
ban áll az iparág közösségeivel. A Red 
Hat olyan cloudcomputing-megoldást 
kínál, amely egyszerre átfogó és több 
rendszert izoláltan kezelni képes bizton- 
ságos és magas fokú méretezhetőség- 

gel rendelkező infrastruktúrán nyugszik. 
Ezt nyílt forráskódú megoldások révén, 
interoperabilitást támogató módon teszi 
lehetővé úgy, hogy a felhasználók kedvük 
szerint kombinálhassák a Red Hat kom- 
ponenseket más gyártók, valamint újon- 
nan vásárolt, illetve már meglévő ter- 
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mékekkel. A Red Hat Linux és a JBoss 
Enterprise Middleware a számítási felhő- 
ket új és meglévő vállalati szintű alkalma- 
zások számára is elérhetővé teszik, míg 

a LAME, a Ruby és a Spring gyors alkal- 
mazásfejlesztést biztosítanak. Nincs szük- 
ség az alkalmazás újraírására ahhoz, hogy 
a felhő környezetű infrastruktúra előnye- 
it ki lehessen használni. 

A JBoss Enterprise Application Plat- 
form konzisztens alapot képez Java prog- 
ramozási és komponensmodellek szé- 
les körének támogatásához, beleértve 
a szokványos Java objektumokat (POJO), 
Java EE, Spring Framework, OSGIi, 
Google Web Toolkit, valamint számos 
internetalkalmazás-készítő keretrend- 
szert (RIA) és dinamikus nyelvet. Ezen 
túlmenően, a platform számos működési 
módot támogat, a helyileg futtatott, , pe- 
helysúlyú" Java alkalmazásoktól egészen 
az újabb, belső és külső felhőalapú ösz- 
szeállításokig. Ennek egyértelmű előnye 
a felhasználók számára a könnyebb alkal- 
mazásfejlesztésben materializálódik; a fej- 
lesztők a programozási nyelvek választé- 
kából, a programozási modellek változása 
elleni védelemből és az újabb alkalmazás- 
telepítési modellekre való áttérés meg- 
könnyítéséből profitálhatnak. 
beépített virtualizációs technológiával, ame- 


őalapú szolgáltatási platformot képeznek 


ind a helyi, mind a távoli felhőalapú tele- 
A Java EE alkalmazásszerver az 


Amazon Elastic Compute Cloud (EC2) 
rendszerben érhető el, és olyan szolgálta- 
tásalapú mikrokonténer architektúrát va- 
lósít meg, amely konzisztens és modulá- 
ris vállalati alkalmazási jellemzőket biz- 
tosít, mint például a klaszterezés, az át- 
meneti tárazás (caching), a tranzakciók, 
a webszolgáltatások, a biztonság. 

A Cloud Engine méretezhető pri- 
vát felhőket hoz létre különböző 
virtualizációs platformok felhasználásá- 
val, amelyeket nyilvános felhőszolgál- 
tatók federálhatnak egy egyesített me- 
nedzsment keretrendszer alatt. Olyan 
feladatokat lát el, mint a felhasználók, 
csoportok és engedélyek kezelése, forrás- 
kezelés, illetve rendszerképmások elhe- 
lyezése, ütemezése. Ez az ütemezés egy 
beágyazott Red Hat Enterprise MRG 
Grid kód segítségével történik. Ez olyan 
magas skálázhatóságú munkaütemező al- 
kalmazás, amelynek alapja a nyílt forrás- 
kódú Condor projekt. Mind a bejövő, 
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mind a kimenő kommunikáció a motor- 
ral a Deltacloud API-n keresztül végez- 
hető, amely több nyílt interfész egybe- 
foglalása. 


NOVELL 


"Természetesen vannak olyan vállala- 

tok, amelyek mások cloudcomputing- 
szolgáltatására épülve kínálnak saját szol- 
gáltatásokat. Ezek egyike a Novell, amely 
az Amazon Web Servicesre támaszko- 
dik. Az AWS a vállalati ügyfelek számá- 
ra kínál számítástechnikai infrastruktú- 
rát, igény szerinti (on-demand) szolgálta- 
tás formájában. A Novell tavaly szeptem- 
berben jelentette be, hogy az Amazon 
Elastic Compute Cloud (Amazon 

EC2) szolgáltatás keretében már óra- 
díjas konstrukcióban is igénybe vehető 

a SUSE Linux Enterprise Server 10-es és 
11-es verziója. Az ajánlat a világ minden 
AWS-régiójában, így Magyarországon is 
elérhető; illetve a vállalat emellett széles 
körű üzemeltetési szolgáltatást is biztosít 
az AWS weboldalán keresztül. 

A Novell lehetővé teszi a SUSE cloud 
programban részt vevő partnereknek, 
hogy szolgáltatási szinteket (SLA) garan- 
táljon ügyfelei számára, és akár saját ma- 
guk adjanak támogatást a SUSE Linux 
Enterprise Serverhez, vagy viszontela- 
dóként értékesítsék a Novell Linux tá- 
mogatási szolgáltatását. A kezdeménye- 
zéshez az Amazon Web Services vál- 
lalaton kívül csatlakozott a Fujitsu és 
az IBM is, valamint Kína legnagyobb 
internetszolgáltató és mobilkommuniká- 
ciós vállalata, a Tencent, illetve Dél-Afri- 
ka vezető mobil-telekommunikációs vál- 
lalata, a Vodacom Business. 

A Novell az említettek mellett egy 
igen fontos, nyílt forrású eszközt is kí- 
nál az ügyfelek számára: a többek között 
a SUSE Studio Onsite-ot, a WebYaS1- 
ot, a SUSE Lifecycle Management Ser- 
vert és a KIWI támogatását magában 
foglaló SUSE Appliance Toolkitet, 
amellyel , hordozhatóvá? és felhőképessé 
tehetők a linuxos alkalmazások. Az Ama- 
zon EC2 támogatású eszközkészletnek 
fejlett adatközponti és új virtualizációs 
képességei vannak, amelyek eredménye- 
ként a független szoftverfejlesztők és vál- 
lalatok percek alatt optimalizált alkalma- 
zásképeket készíthetnek ahelyett, hogy 
napokat áldoznának magán- és nyilvános 
felhőkben való megvalósításra. Haszná- 
latával csökkenthető a szoftverfejlesztés 
összetettsége, integrált tesztelési funkci- 
ója pedig gyors, rövid ideig tartó teszte- 
lést biztosít. Mindezeknek köszönhetően 


a karbantartási és terméktámogatási költ- 
ségek is mérséklődnek. 


OPENSTACK 

A számítási felhők tekintetében fontos 
szereplőnek tartott Rackspace tavaly 
nyáron jelentette be együttműködését 
a HPC-clouddal rendelkező NASA- 
val, melynek eredményeként jelentős 
kódhoz jutott az OpenStack névre ke- 
resztelt nyílt forrású projekt. 


hatóság, az interoperabilitás messzemenő- 
A többek között inteles és 
AMD-s hátszéllel is bíró rendszer hasz- 
nálatával bármely szervezet könnyen lét- 
rehozhat saját felhőalapú környezetet. 
Február elején jelentette be legújabb, 
Bexar változatát a Rackspace, mely- 
nek Swift tárolómodulja immár 5 giga- 
bájtnál is nagyobb objektumok kezelé- 
sével is megbirkózik, és kompatibilissé 
vált az Amazon Web Services S3 (Simple 
Storage Service) tárolószolgáltatásával. 
IPvó és Microsoft-féle Hyper-V 
hypervisor képességekkel is bővült az 
OpenStack, ám a legnagyobb előrelé- 
pést az Ubuntu mögött álló dél-afrikai 
Canonical és a hálózati termékekkel fog- 
lalkozó Cisco fejlesztőközösséget érintő 
támogatása jelenti. 


GO0GLE 


Az amerikai keresőóriás számítási fel- 
hőben létező megoldásai szintén meg- 
kerülhetetlenek, elég csak az olyan ál- 
talános szolgáltatásokra gondolni, mint 
a Gmail vagy a Gtalk. E téren azonban 
nem minden esetben tudott átütő sike- 
reket elérni a Google. Itt van például az 
elektronikus kommunikációt egyesíteni 
hivatott Google Wave, amely az e-mail- 
től kezdve az üzenőprogramokon zajló 
kommunikáción át a hangalapú beszél- 
getésekig mindent magába akart fog- 
lalni. Ugyan érdekes koncepciónak in- 
dult, de nem tudta megkedveltetni ma- 
gát a felhasználókkal. Hasonló sors- 

ra jutott a tavaly februárban bemutatott 
Google Buzz is, amely a Facebook nép- 
szerűségét megirigyelve született meg. 


Az Orkuttól eltekintve a Google nem járt si- 


kerrel — eddig — az online közösségi háló- 


Ezek közé tartozik például az IBM által 
szintén közelről figyelt AppScale, mely 
platform lehetővé teszi a felhasználók 


atok építésében, így jelenleg elsősorban 
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számára saját Google App Engine alkal- 
mazásaik (Python és Java) fejlesztését és 
hostolását a felhőben. A RACELab által 
fejlesztett és karbantartott nyílt forrású 
projektnek Amazon EC2 és Eucalyptus 
támogatása van, és az elmondottakon túl 
olyan képességekkel rendelkezik, mint 

a Google Datastore API támogatása, ami 
lehetővé teszi számos, egymástól jelentő- 
sen eltérő adatbázis egyesítését. 

Említést érdemel a Google Calen- 
darral teljes mértékben integrált 
CloudCourse, melyet szintén nyílt alapo- 
kon tett közzé a keresővállalat. A tanulási 
folyamatot segítő CloudCurse a vállalat 
saját App Engine-jével készült, és olyan 
lehetőségeket kínál, mint a felhőben le- 
vő és az adott szervezet által tárolt adatok 
szinkronizációja, felhasználói profilok 
kezelése, oktatási feladatok szervezése. 

A CloudCourse ugyan teljes mérték- 
ben használható felhőalapú alkal- 
mazás, de voltaképp demonstrációs 
céllal született. Bemutatja a vállalat 
App Engine-jének erejét, illetve 
arra bátorítja a fejlesztőket, hogy 
használják cloud computing esz- 
közeit új alkalmazások létrehozá- 
sára, vagy már meglevő, nem fel- 
hőre tervezett vállalati programok 
portolására. 


BIZALOM A FELHŐBEN 
Ahogy a klienseknél kihagyhatatlan té- 
nyező a biztonság, úgy a számítási fel- 
hőknél sem kerülhető meg a téma. Sőt, 
a cloud computing esetében még fonto- 
sabb az adatok biztonságával foglalkozni, 
hiszen az, hogy az adatokat nem helyileg 
tárolják el, hanem a felhőben, megnöve- 
li védelmük komplexitását. 
ormációt megbízhatóan, védetten tárolják, 
áférés is zökkenőmentes és biztonságos. 
Könnyen belátható: vastagkliens-kör- 
nyezetben jóval alacsonyabb a kockázat, 
hogy pusztán az adatokhoz való hozzáfé- 
rés jelent biztonsági veszélyt. 

"Tehát amíg hagyományos informati- 
kai környezetekben a szervezet saját 
maga is képes ellenőrizni alkalmazásait, 
kiszolgálóit és tárolási infrastruktúráját, 
addig a nyilvános felhőszolgáltatások el- 
lenőrzési szerkezete alapjaiban más. Ami- 
kor egy szervezet informatikai erőforráso- 
kat és bizalmas adatokat, például személy- 
neveket, címeket, telefonszámokat helyez 
el a felhőben, az ellenőrzési és bizalmi 
problémák egy külső fél bevonásával vég- 
zett tanúsítványprogrammal oldhatók fel. 
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Felismervén a problémát, a Novell és 
a Cloud Security Alliance (CSA) meg- 
hirdette szállítófüggetlen, számítási fel- 
hőkre vonatkozó biztonsági tanúsítási 
programját, amely képzési lehetőséget is 
biztosít a felhőalapú technológiát szol- 
gáltatóknak. A Irusted Cloud néven in- 
dított kezdeményezés célja, hogy olyan 
metódusok és konkrét beállítások kidol- 
gozásában segítse a szolgáltatókat az ed- 
digi gyakorlati tapasztalatok felhaszná- 
lásával, amelyek megfelelnek az iparági 
ajánlásoknak, biztonságosak, és együtt- 
működnek az ügyfelek már meglévő in- 
formatikai rendszerével. A kezdeménye- 
zés kiterjed a felhőalapú megoldások be- 


vezetése során eddig kényes területnek 
minősülő személyazonosság-kezelési, 


ET at LT Al 


konfigurációira is. 

A Cloud Security Alliance kifejezet- 
ten azért jött létre, hogy a hálózati fel- 
hőalapú környezetekben már bevált me- 
tódusokat széles körben megismertesse 
a szolgáltatókkal, és ezzel biztonsági ga- 
ranciát nyújtson a technológiát bevezető 
felhasználóknak. A CSA tagjai felhaszná- 
lók, felhőalapú szolgáltatást kínáló válla- 
latok, SaaS- és technológiai szolgálta- 
tók közül kerülnek ki. Közéjük tartozik 
a Novell, a Microsoft, a Dell, a Rack- 
space, a Oualys, a HP, az Intel, a Cisco, 
a McAfee, az ISACA, a DMIF és 
a Symantec, valamint a Global 2000 
szervezetek és az egyes kormányok 
egyéni képviselőit. 

A Harris Interactive elemzőcég tavaly 
októberben 200 nagyvállalati II-vezető 
bevonásával készült felmérésének ered- 
ményei kimutatták, hogy a felhőalapú 


számítástechnika sokkal elfogadottabb, 
mint azt a korábbi kutatások jelezték. 

A felmérés szerint 
mutatkozik a biztonság és az informatikai 
szolgáltatások felügyeletének integrált meg-i 


közelítésére a felhőalapú számítástechnika 
erén. Ezt felismerve jelentette be a Novell 
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ok fizikai, virtuális és felhőalapú informa- 
Hozzáférés-kezelési, 
biztonsági és megfelelőségi megoldáso- 
kat kínál a felhőalapú informatikai rend- 
szerekhez. A vállalat Cloud Manager 
megoldása pedig megteremti a felhőala- 
pú környezetek kiépítését és biztonsá- 
gos kezelését. A megoldás automatizált, 
munkafolyamat-támogatással kiegészí- 
tett igénylési rendszere egyszerűbbé te- 
szi az új informatikai szolgáltatások 
üzembe helyezését. A Cloud Mana- 
gerrel kontrollálhatóvá válnak az in- 
formatikai szolgáltatások, erőfor- 
rások és szolgáltatási szintek valós 
költségei a felhőben, emellett biz- 
tonságos, a törvényi és iparági elő- 
írásoknak megfelelő TI-környezetet 
teremt. 
Százszázalékos védelem azonban 
a cloud computing területén sem lé- 
tezik. Erre szolgáltatott példát febru- 
ár elején az élet, amikor kiderült, hogy 
az amerikai részvénypiac központjának 
számító Nasdag számítógépes rendsze- 
rébe hackerek törtek be. Habár a keres- 
kedési rendszert nem érte kár a beha- 
tolást követően, aggasztó a tudat, hogy 
a hackerek sikeresen támadták a hálóza- 
tot. Ez ugyanis gyanúsan hasonlít a múlt 
hónapban napvilágot látott, londoni 
tőzsdét érintő esettel: annak nyílt forrá- 
sú kereskedelmi platformját még a tava- 
lyi év során érte támadás. 
Az ilyen incidensek után mindig fel- 
merül a kérdés a vállalatokban: va- 
jon a nyílt környezet nem könnyíti-e 
meg a behatolók dolgát? Ialán nem ez 
a helyzet, talán a nyílt forrás elősegíti 
a sebezhető rendszerek gyorsabb javítá- 
sát. Hiszen akár nyílt, akár zárt forrású 
egy környezet, a hackerek gyakorlatilag 
bármilyen rendszeren képesek fogást 
találni, ha elég időt és erőforrást fordí- 
tanak a feladatra. Vajon nagyobb biz- 
tonságot jelent-e nyílt forrású számítá- 
si felhők alkalmazása? — a már évtizedes 
kérdés továbbra sem eldöntött. Vagyis 
a válasz inkább attól függ, melyik oldalt 
kérdezzük. 91 
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Munkakörnyezet a felhőben 


A nyílt forráskódú csoportmunka-környezetek ideje a cloudszolgáltatásokkal érkezett 
el igazán. Erre utal legalábbis, hogy a LGoogle-alkalmazásokat ma már több mint 3 
millió vállalat használja, és a cég szerint a felhasználók száma napi háromezerrel nő. 
A trend a nyílt forráskódú projekteket korábbról támogató IT-cégek figyelmét sem 
kerülte el, ezek sorra indítják saját, nyílt vagy vegyes forráskódú szoftverre épülő 


felhőszolgáltatásaikat a csoportmunka támogatására. 


Írta: Kis Endre 


versenytársak megjelenése 
A valójában segít a piacépítés- 

ben, mivel a felhasználókat 
megerősíti abban, hogy a cloud 
computing az az irány, amelyben ne- 
kik is érdemes továbblépniük -— fej- 
tette ki Abdel Bendaoua, a Google 
Enterprise szegmensének fejlődő pi- 
acokért felelős régiós vezetője. — 
senytársaink azonban csak mostanában 
éptek vagy lépnek piacra megoldásukkal, 
mi viszont már negyedik éve kínáljuk fel- 


kezünk ezen a téren, kínálatunk a legki- 


orrottabb. 


99.9 SZÁZALÉKOS RENDELKEZÉSRE 
ÁLLÁS 


A Google szolgáltatásai jelentős mér- 
tékben nyílt forráskódú szoftverek- 

re épülnek; a cég eddig több mint 20 
millió sor szoftverkódot nyitott meg, 
és ezzel összefüggésben közel ezer 
projektet indított. Ezek a Google 
Code portálon érhetők el, mely sze- 
rint a Google Apps szoftverhátterének 
számos eleme — az AppsEngine motor, 
az AppScale platform, a GASI grafi- 
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kus felület, valamint az API progra- 
mozói interfészek csoportja — szintén 
nyílt forráskódú. 

A Google Apps for Business levele- 
zést, naptárat, dokumentumszerkesz- 
tést, tarta lommegosztást és keresést, 
weboldalkészítést és videomegosztást 
kínál a vállalatoknak, felhasználón- 
ként évi 50 dolláros áron. A cég ehhez 
25 GB-os tárterületet, levélszűrést, ar- 
chiválást, SLA-ban rögzített, 999 szá- 
zalékos rendelkezésre állást (havi 15 
percnél rövidebb üzemszünetet), mo- 
bileszközökkel való szinkronizálást kí- 
nál. Az alkalmazások köre további több 
tíz LGoogle-alkalmazással bővíthető, 
a blogkészítéstől a fordítóeszközökön, 


hírcsatornákon és térképeken át a web- 
hely forgalmának elemzéséig. 
Különböző iparágak — például az 
egészségügy, a kormányzat és az okta- 
tás — számára előkonfigurált és tanú- 
sított csomagok is elérhetők. A szol- 
gáltatás webes felülete a felhasználó 
vállalat arculatára szabható, API-kon 
keresztül integrálható a meglévő rend- 
szerekkel (például a vállalati címtár- 
ral), és a rendszergazda ugyancsak we- 
bes menedzsmentfelületen kezelheti 


a szolgáltatást használó alkalmazottak 
profiljait. A Google-alkalmazások web- 
oldala szerint a szolgáltatást használ- 
ja többek között a GE, a Capgemini, 
Los Angeles önkormányzata, 

a Motorola, a National Geographic, 

a Salesforce és a Virgin America. 

-— A közép-kelet-európai régióban 
szintén nagy érdeklődés övezi szolgál- 
tatásunkat, itt is számos vállalat hasz- 
nálja a LGoogle-alkalmazásokat, de 
referenciaként sajnos nem nevezhetők 
meg ilyen irányú megállapodás hiá- 
nyában - fűzte hozzá Abdel Bendaoua. 
— A piac lendületét azonban jól érzé- 
kelteti, hogy a térségben készült fel- 
mérésünk során a szervezetek nagy 
számban jelezték, nyitottak a felhő - 
ben elérhető szolgáltatások haszná- 
latára. Ezért egyik fontos, nemzet- 
közi partnerünk, a Revevol hamaro- 
san Magyarországra jön, és megnyit- 
ja első képviseletét a régióban, ahol 
a LGoogle-alkalmazásokat fogja érté- 
kesíteni vállalatoknak. 


A LGo0gle-alkalmazások felhasználói 


érségünkben jelenleg elsősorban az ezer- 


állalatok köréből kerülnek ki. A további- 
Ehhez szükséges egy 


olyan partner jelenléte, amely nem- 
csak értékesíti a szolgáltatást, hanem 
azt a biztonság, a törvényi megfele- 
lés, a változáskövetés kapcsán jelent- 
kező nagyvállalati követelményeknek 
megfelelően integrálni tudja az ügy- 
felek rendszereivel, és ehhez minden 
szakmai kompetenciája, fejlesztői ka- 
pacitása megvan. A Revevol a közel- 
jövőben jelenti be a képviselet meg- 
nyitását. 


JÓ VIBRÁCIÓK 


Az említett versenytársak közé tarto- 
zó Novell nyílt forráskódú Vibe cso- 
portmunka megoldása két változatban, 
felhőalapú szolgáltatásként és hely- 
ben telepíthető alkalmazásként is el- 
érhető - előbbi a Novell Pulse, utóbbi 
a Novell TIeaming Server utóda. A cég 
a továbbiakban egységes alapra kíván- 
ja hozni őket, az azonos terméknév 
már ezt vetíti előre. 

- A Novell a Kablink.org közösségen 
keresztül több nyílt forráskódú projek- 
tet is menedzsel, és a Vibe OnPrem vál- 
tozatának fejlesztése is ezek közé tar- 
tozik — mondta Hargitai Zsolt, a Novell 
Magyarország üzletfejlesztési vezetője. 
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— A 2008-ban felvásárolt SiteScape al- 
kalmazásának kódját a Novell megnyi- 
totta, erre épül a Kablink Teaming nyílt 
forráskódú szoftver, amelyet a Novell 
vállalatoknak kínált, saját változatá- 

ban néhány további fejlesztéssel, funk- 
cióval egészített ki. Ebből a célból né- 
hány komponenst például harmadik fél- 
től is licencel, így zárt forráskódú ele- 
mek is találhatók a nyílt forráskódú, de 
a vállalatoknak szolgáltatásokkal kiegé- 
szítve, fizetős konstrukcióban kínált ter- 
mékben. 


Welcome to the City of Plattsburg 


CD) sees 


támogatói közé tartozott. Miután 
a Sun Microsystems felvásárlásával ez 
a projekt az Oracle irányítása alá ke- 
rült, az addigi támogatók - vállala- 
tok és magánszemélyek - egy cso- 
portja, közöttük a Novell, létrehoz- 
ta a LibreOffice projektet, hogy ebben 
folytassa fejlesztéseit. 

— A projekt támogatása mellett 
a Novell eddig is kiadta saját változa- 
tát OpenOffice.org Novell Edition 
néven, és várhatóan idén márciusban 
a LibreOffice Novell Edition is meg- 
jelenik — mond- 
ta Hargitai Zsolt. 
— Ez a nagyválla- 
lati környezetben 
történő bevezetést 
és használatot se- 


Ov 
e- 
ra ve 


gítő fejlesztéseket 
tartalmaz, amelyek 
egy része az eddi- 


Message from the Mayor 


Mayor Dan Johnson. 


Kormányzati portál Novell Vibe OnPrem alapokon 


A Novell Vibe Cloud béta-verziója a múlt 


év végén debütált. Egyelőre a korlátozott 
unkcionalitást kínáló, ingyenes változa- 
a érhető el, a vállalatoknak szánt változat 


még várat magára. A Vibe Cloud egyébként 


- A korábbról elérhető Vibe On- 
Prem jelenleg 3-as verziójánál tart, 
amelynek magyar nyelvű lokalizált 
változatát itthon is több szervezet, 
vállalat, oktatási és kormányzati in- 
tézmény használja. Az első bevezetés- 
re két évvel ezelőtt került sor — emel- 
te ki Hargitai Zsolt. — A nyílt forrás- 
kódú Vibe OnPrem egyik nagy elő- 
nye, hogy a cégek igényeik szerint, 
szabadon fejleszthetnek hozzá, testre 
szabhatják és bővíthetik funkcionali- 
tását, és ezeket a kisebb alkalmazá- 
sokat, űrlapokat vagy munkafolyama- 
tokat megoszthatják egymással 
a TIeaming Library által. Hazai ügy- 
feleinknél emellett iratkezelő rend- 
szerekkel is integráltuk a Vibe On- 
Prem változatát. 

A Novell a nyílt foráskódú Open- 
Office.org irodai alkalmazáscsomagot 
fejlesztő közösség legnagyobb 
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giekben is a közös- 
ségi termék részé- 
vé vált. Ilyen pél- 
dául az egymil- 
lió sort tartalmazó 
táblázatok kezelé- 
se, amely korábban 
az OpenOffice.org 
Novell Edition ré- 
sze volt, de azóta 
a mindenki számára ingyenesen elér- 
hető LibreOffice-ban is megtalálható. 

A LibreOffice közösségi és Novell 
által kiadott változata egyaránt elérhe- 
tő magyar nyelven, utóbbit a cég az el- 
múlt időszakban több hazai szervezet- 
nél is bevezette. 

— Tapasztalataink azt mutatják, hogy 


First Aid Certification 


tree first aid certifcation 
jur local fire station, 


Spring Festival 

Help us bringin the Spring season by 
participating in our Spring Festival. We wil 
have plenty et actuities for kids and adults! 


Clean the City Day 


fejlesztői kapacitással rendelkező válla- 
lat áll mögötte, amely támogatni tud- 

ja a migrációt és a használatot, és a ter- 
mékfejlesztést hosszú távon is biztosítja. 


VEGYES FORRÁSKÓD 


Az Oracle csoportmunkát támogató 

termékei vegyes forráskódúak, a cég 

zárt kódú szoftverei mellett az ODF 

nyílt dokumentumszabványra és 

a nyílt forráskódú OpenOffice irodai 
alkalmazáscsomagra épülnek. 

A közösségi projekt keretében fej- 
lesztett OpenOfficce saját márkanév 
alatt értékesített változata az Oracle 
Open Office, amely vállalati szintű tá- 
mogatással együtt, fizetős konstrukció- 


ban érhető el. 
lógiára épül, és az irodai alkalmazáscsoma- 


árral kiegészítve — felhőben elérhető, elő- 
izetői díjhoz kötött szolgáltatásként kínál- 
EH Az Oracle Cloud Office két válto- 
zatban került piacra — vállalaton belül, 
magánfelhő környezetben telepíthető, 
illetve szolgáltatóknak kínált, cloud- 
szolgáltatásként továbbértékesíthe- 

tő változatban. Más szóval, az Oracle 
Cloud Office esetében a szoftver hasz- 
nálata licencdíjhoz kötött. 

Az Oracle Beehive portfóliójának 
részeként korábban is kínált nagyvál- 
lalati szintű, zárt forráskódú és ha- 
gyományos licencelésű csoportmun- 
ka-környezetet. A Sun Microsystems 
felvásárlásával azonban szorosabb 
kapcsolatba került az OpenOffice fej- 
lesztésére indított nyílt forráskódú 


a nyílt forráskódú irodai al- 


Ál Fenovations Green Data Center - Mozííla Firefőxc IB tdítion. 
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kalmazáscsomagra való át- 
állás akkor lehet sikeres, 
ha a projektet olyan beve- 
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zető partner segíti, amely 


Ho A ABHD399 aga 
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meg tudja oldani a válla- 
latnál készülő dokumen- 
tumok kapcsán felmerü- 
lő, azok méretéből vagy 
komplexitásából, illetveaz 7 
alkalmazottak dokumen- EE FEZZTOI 
tumszerkesztési gyakorla- 
tából adódó kompatibilitá- 
si problémákat — fogalma- 
zott Hargitai Zsolt. — Ezért 
olyan LibreOffice válto- 
zatot érdemes választani, 


The Case for a 
Green Data Centers 


introductioná: 


amelyben megtalálhatók kJ 


a 
B8.ZM 
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a nagyvállalati felhasználás ka] 7e7 
szempontjából fontos funk- 
ciók, és kellő tapasztalattal, 
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IBM Lotus Symphony szolgáltatásként: közös 
dokumentumszerkesztés a felhőben 
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projekttel. A Sun emellett olyan — nem 
nyílt forráskódú — technológiát is ho- 
zott a vállalathoz, amelyet a szolgálta- 
tói szintű kollaboratív környezetek ki- 
alakítására és üzemeltetésére fejlesz- 


EL Untítleg 1 - Oracie Open Office Cak 


zelő. Rajtuk keresztül az üzleti alkalma- 
zásokban kezelt, élő vagy aggregált ada- 
tok rendkívül egyszerűen beemelhe- 
tők az Oracle Open Office táblázatokba. 
Emellett olyan konnektorok is készül- 


é€s4 bh. HZGGAa BOL 
hbx 28 €€07A-A-, 
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Oracle Cloud Office laptopon és okostelefonon 


tett. A Sun nagy tapasztalattal rendel- 
kezik ezen a téren, a hazai távközlési 
cégek ügyfelei számára elérhető 
e-mail és naptárszolgáltatások például 
sok esetben szintén erre a technológi- 
ára épülnek. 

juttatni képes, zárt forráskódú technológi- 
ák alapjain építi újjá csoportmunka-támo- 


SET TE ESET TÁN ET — mondta 


Tótb Csaba, az Oracle Hungary üzlet- 
fejlesztési igazgatója. — A szolgáltatás- 
ként továbbértékesített, nyílt, illet- 
ve vegyes forráskódú technológiákra 
épülő csoportmunka-támogató kör- 
nyezetek nemcsak az üzemeltetés ter- 
hét veszik le a felhasználók válláról, 
hanem a nagy felhasználószám miatt 
rendkívül versenyképes díjszabás ki- 
alakítását is lehetővé teszik. 

Az Oracle Open Office további elő- 
nye, hogy az üzleti alkalmazások széles 
köréhez is konnektorokat kínál, még ha- 
tékonyabb együttműködést téve lehe- 
tővé a vállalaton belül. Az Oracle Open 
Office-ból így közvetlenül is elérhe- 
tő az Oracle BI üzleti intelligencia és 
E-Business Suite vállalatirányítási rend- 
szer, valamint a MySOL adatbázis-ke- 
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tek, amelyek által az Oracle Open Of- 
fice dokumentumok a szintén nyílt for- 
ráskódú Alfresco tartalomkezelő és Mic- 
rosoft SharePoint portálkörnyezetben 

is elérhetők. Konnektorok biztosítják az 
OpenOffice, illetve Microsoft Office al- 
kalmazásokban készült dokumentumok 
kétirányú, teljes körű kompatibilitását is. 


MIGRÁCIÓ ÉS MEGTAKARÍTÁS 


A nyílt forráskódú projekteken dolgo- 
zó közösségek célja, hogy nyílt szoft- 
verkódra épülő és nyílt szabványoknak 
megfelelő, versenyképes megoldások- 
kal erősítsék a versenyt, ezáltal hozzá- 
férhetőbbé téve a technológiát. A nyílt 
forráskódú irodai alkalmazáscsomagok 
elterjedését a nagyvállalatok körében 
azonban sokáig hátráltatta, hogy a mö- 
göttük álló közösségektől a szerveze- 
tek nem feltétlenül kaptak olyan szintű 
támogatást a bevezetéshez és a későb- 
bi használathoz, amely nélkülözhetetlen 
számukra az üzembiztonság fenntartá- 
sához, a kockázatok elkerüléséhez. 

— Ezért üdvözöljük azt a kormányza- 
ti kezdeményezést, amely teret kíván 
adni a nyílt forráskódú megoldások- 
nak a kormányzati szférában — mond- 
ta Németb László, az IBM Magyaror- 
szág csoportmunka-megoldásokért fe- 
lelős termékmenedzsere. — A kormány- 
zat jelenleg nagyon nagy összeget fizet 
licencdíjként és támogatásért az iro- 


dai alkalmazáscsomagok piacán szin- 
te egyeduralkodó szállítónak. Jelentős 
költségcsökkentés, az adóforintok ha- 
tékonyabb felhasználásának forrása le- 
het, ha a kormányzat ingyenesen be- 
szerezhető szoftverek használatára tér 
át, amelyekhez kedvező áron vásárolhat 
nagyvállalati támogatást, az átálláshoz 
pedig a hazai II-cégek szakmai közre- 
működését veszi igénybe. A nyílt for- 
ráskód mellett a nyílt szabványok alkal- 
mazásának jelentőségét is kiemelném. 
Jelenleg ugyanis gátolja a piac fejlődé- 
sét, hogy bizonyos informatikai kör- 
nyezetek felépítése nem mindenben 
felel meg a nyílt szabványoknak. A kor- 
mányzati rendszerek nyílt szabványok- 
ra helyezésével nemcsak az üzemeltetés 
költségei csökkennének, hanem köze- 
lebb kerülnénk az Európai Unió szint- 
jén megfogalmazott stratégia, a tudás- 
alapú társadalom megvalósításához is. 

Az IBM ugyancsak támogatja a nyílt 
forráskódú közösségeket, és az együtt- 
működés eredményeként született meg 
az OpenOffcce kódra épülő IBM Lotus 
Symphony irodai alkalmazáscsomag, 
amely 3-as verziójánál tart. 

- Egy Lotus Symphony használatára 
áttérő nagyvállalat megtakarításainak 
mértéke sok tényezőn múlik — világíi- 
tott rál Németh László. — Az adott szer- 
vezet alkalmazáskörnyezete által gene- 
rált fájlftormátumok, ezek migrálása, il- 
letve a meglévő alkalmazáskörnyezettel 
való integráció, az érvényben levő licenc- 
konstrukció — mind olyan tényező, amely 
kihat az elérhető költségcsökkentésre. Az 
IBM alkalmazásai platformfüggetlenek, 
ezért használatukkal nagyobb megtaka- 
rítás érhető el, ha a szervezet operáci- 
ós rendszer szintjén is átáll Linuxra. Ez 
ma még inkább szerveroldalon jellemző, 
de a nyílt forráskódú stratégia a kliensgé- 
pekre is kiterjeszthető. 

a vállalat LotusLive vállalati szolgáltatá- 


ainak palettáját gazdagítva várhatóan 
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olyan együttműködést és csoport- 
munkát segítő, új funkciókkal kiegé- 
szítve, mint a jelenlét-érzékelés, a chat, 
valamint a fájl- és tudásmegosztást se- 
gítő portáltechnológiák. Az IBM más 
cloudszolgáltatókkal is tárgyal továb- 
bi alkalmazások, szolgáltatások integ- 
rálásáról — közéjük tartozik a Skype és 
a salesforce.com. 81 
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IOPortál - nyíltan 


agyvállalati környezetben a nyílt 
u forráskódú rendszerek használa- 

ta — különösen a nagy biztonságot 
igénylő informatikai megoldások esetén — 
mindig erős kompromisszumokkal való 
együttélést jelentett. De az utóbbi évek- 
ben lezajlott piaci, technológiai változások 
új trendeket hoztak ezeken a piacokon is. 
Ma már nemcsak hogy elfogadottá kezd 
válni nagyvállalati környezetben a szabad 
szoftverek használata, hanem egyre több 
helyen komoly versenytársa, alternatívá- 
ja a nyílt forráskód a sokszor méregdrága, 
zárt rendszereknek. Ezt a változást felis- 
merve alakította ki az IOSYS a szabad 
forráskódú rendszerekre alapozott, tel- 
jes értékű Front-end megoldását, ame- 
lyet az üzleti területek szakemberei 
keretként használhatnak fel saját szerveze- 
tük intézményi portáljának kialakításához. 
Az IOPortálnak elkeresztelt keretrendszer 
alapját a Liferay portál, a JIBPM munkafo- 
lyamat-vezérlő, a MySOL adatbázis-keze- 
lő, az Alfresco dokumentum- és tartalom- 
kezelő eszközökből hoztuk létre. Ezután 


kezdődött meg az a fejlesztési, javítási, bő- 
vítési, átalakítási munka, amelynek a fő 
célja az volt, hogy épp azokat a kompro- 
misszumokat és hiányosságokat küszöböl- 
je ki, amelyek e rendszerek nagyvállalati 
felhasználását a legjobban gátolják. Igy 
alakult ki az ICPortál felhasználási terü- 
lettől független változata, amely 

a egyéni és konzorciumi felhasználásra 
egyaránt alkalmas intézményi, közszolgá- 
lati vagy akár gazdasági társasági környe- 
zetben, bármely szervezeti méret esetén 

: további modulokkal bővíthető 

n a beépített whorkflow motor alkalmazá- 
sával munkafolyamatok létrehozását tá- 
mogatja 

a szabványos interfészekkel kapcsolódik 
távoli rendszerekhez 

na hatékony információ-menedzsment 
eszköz 

: a dokumentumokat központilag kezeli, 
de bárhonnan elérhetővé teszi 

a valós portál alapú megjelenést biztosít 
mind technológiai, mind biztonsági, mind 
közösségi-csoportmunka értelemben 


a egy új, testre szabott portálrendszer 
gyors és költséghatékony kialakítását teszi 
lehetővé megbízhatóságával, valamint 
a legkiemelkedőbb és legelterjedtebb nyílt 
forráskódú rendszerek felhasználásával 
a alapjainak világszintű elterjedése, vala- 
mint a kizárólag szabványos technológiai 
kapcsolódásokon keresztüli kommunikáci- 
ója révén lehetővé teszi, hogy a vele kiala- 
kított portálrendszer könnyen és gyorsan 
összekapcsolható legyen más portálokkal, 
portálrendszerekkel, intézményeket össze- 
kötő rendszerekkel, akár világszinten is. 
Az IOPortál a fenti kiegészítésekkel 
már egyenrangú bármely nagy technoló- 
giai szállító fizetős rendszerével. Ha nem 
a technológiai megkötések, hanem 
a rendszer használhatósága és a befektetés 
megtérülése a szempont, hatásos nyílt for- 
ráskódú eszközkészlet áll rendelkezésre. 
A megoldás piaci létjogosultságát mutatja, 
hogy a könyvtári ügyfeleink számára lét- 
rehozott speciális könyvtári verzió mellett 
a tavalyi év során kialakítottuk a nagy- és 
kiskereskedelmi, valamint a szolgáltatói 
szektor igényeit is kiszolgáló változatot. IMI 
Puskás Norbert, ágazatigazgató, IOSYS Zrt. 
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korlátozásokat. A cég figyelmen kívül 
hagyta kérésüket, az ASF tagjai pedig 
— ahogy az lelkiismeretes szoftver-sza- 
badságharcosokhoz illik — egyszerű- 
en kimasíroztak a Java végrehajtó bi- 
zottságából. , Az Oracle kereskedel- 
mi megfontolásai komoly ellentmon- 
dásba kerültek az elképzeléseinkkel, 


A Jó, a Rossz és a G00g91e... 


Az Oracle tavaly, a Sun felvásárlásával számos nyílt forráskódú szabadalom 
birtokába jutott. Az akvizíció lezárása óta az opensource-közösség tagjai 
aggódva figyelik a gyártó lépéseit, aggodalmukat a Java programnyelv körüli 


jogi kötélhúzás is tovább erősítette. 


Írta: Dávid. Imre 


z Oracle 2010. január 27-én je- 
lentette be, hogy sikeresen le- 


zárta a Sun akvizícióját. Az 


Ellison-birodalomba ily módon beolva- 
dó, nagy múltú hardvergyártó nevéhez 


számos nyílt forráskódú rendszer és 


megoldás kötődött, köztük a MySOL 
adatbázis-kezelő, az ingyenesen elérhe- 
tő OpenOffcce irodai szoftvercsomag 


és a Java programnyelv. 
A Java — igen népszerű általános célú 


forráskódú Java jövőjét illetően. Az ér- 
dekelt vállalatvezetők többsége egyet- 
ért abban, hogy a gyártó a korábbinál 
jóval erőteljesebben fogja a fejlesztése- 
ket. Vélekedésüket az is alátámaszta- 
ni látszik, hogy — annak ellenére, hogy 
a JCP egyelőre a helyén marad, és 

a Java továbbra is a GPL-licenc alatt 
fut majd — a fejlesztésekhez elengedhe- 
tetlen Java Technology Compatibility 
Kit (Java TCK) időközben az Oracle 


és jelentős mértékben sértik az öko- 
szisztéma átlátható felügyeletével kap- 
csolatos elveinket" — írták az eset kap- 
csán egy, az ASF oldalán megjelent 
blogbejegyzésben. 

Az ASF képviselői nem vitték 
túlzásba a finomkodást: a végre- 
hajtó bizottság ülésén jelentették 
be a kilépésüket, nem sokkal az- 
után, hogy a testület elfogadta a Java 
SE 7 és SE 8 vitatott specifikáci- 
óit. Tették mindezt annak ellené- 
re, hogy több mint száz nyílt forrás- 


objektumorientált programozási nyelv, ame- 


a Sun mérnökei. A Sun volt vezérigazgató - 
á tette a Javát, a fejlesztések fő irányvo- 
(JPC) bízta. 

Igaz ugyan, hogy a McNealy irányí- 


szellemi tulajdonába került. kódú projektben — köztük az Apache 
Tomcatben, a Geronimóban 
és a Velocityben - érdekeltek. 
Rymer szerint az említett 
fejlemények arra mutatnak, 
hogy a JCP szerepe foko- 
zatosan eljelentéktelenedik, 
a nyílt fejlesztések helyét pe- 
dig olyan , irányított fo- 
lyamatok? vehetik át, ame- 
lyek révén a két middleware- 


LARRY PAGE ÉS 
SERGEY BRIN 


vezérigazgatók 
Go0gle 


totta cég megtartotta a brandet, és 


a JPC döntéseivel kapcsolatban is vé- 
tójoga volt, ám , jóindulatú diktátor- 
ként" viselkedett, és különös figyelmet 
fordított arra, hogy véletlenül se hát- 
ráltassa a platform fejlődését. Nagy- 


vonalúságuk részben bizonyára an- 


nak volt köszönhető, hogy a Sunnak 
a Java dinamikus térnyerése ellenére 
sem voltak komoly üzleti érdekeltségei 


a middleware-piacon. 


Az Oracle felvásárlása után azonban 
nagymértékben megváltozott a hely- 
Zet. A szoftvercég 2008-ban, a BEA 


Systems megszerzése révén jelen- 


tős befolyásra tett szert a middleware 


szegmensben — nem csoda, hogy 


a nyílt forráskódú fejlesztések mellett 
elkötelezett szakemberek már a Sun 
felvásárlásának bejelentését követően 


aggódni kezdtek a Java jövőéért. 


ERŐSÖDŐ SZORÍTÁS 


Az open source-rek borúlátását 
az elemzők egy része is osztja. 


A Forrester szerint az Oracle a fejlesz- 
tési és egyeztetési folyamatok direkt 
ellenőrzésére törekszik; de az iparági 


szereplők is bizonytalanok a szabad 
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Jobn R. Rymer, a Forrester elem- 
zője blogján részletesen elemezte 
a nyílt forráskódú platformmal kap- 
csolatos kilátásokat. A szakember sze- 
rint az Oracle arra készül, hogy sa- 
ját irányítása alá vonja a Java-mag (Ja- 
va SE) fejlesztését, és csak akkor tá- 
mogatja majd a külsős szakemberek 
javaslatait, ha koncepciójuk, ötlete- 
ik beleillenek a cég üzletpolitikájába. 
Rymer kiemelte, hogy bár az ingyenes 
Open]DK implementáció továbbra is 
GPL-alapokon licencelhető, és külön- 
féle alternatív Java-változatok is hoz- 
záférhetők, a független termékek , ma- 
szek" terjesztése mára tulajdonképpen 
lehetetlenné vált — a Java TCK nél- 
kül ugyanis az Open] DK sem hasz- 
nálható. 


GERONIMO NYOMÁBAN 


Ahogy arról /apunk online kiadásá- 
ban már korábban is beszámoltunk, 
az egyik legnagyobb befolyással bíró 
független fejlesztői alapítvány, az 
Apache Software Foundation (ASF) 
decemberben arra kérte az Oracle-t, 
hogy számolja fel a Java TCK haszná- 
latával kapcsolatos, tavaly bevezetett 


szempontból meghatározó nagy- 
vállalat, az Oracle és az IBM szinte 
közvetlen módon felügyelheti majd 
a platform fejlesztését. 


KERESETLEN SZAVAK 


Az Oracle nem csak a Java-fejlesztői 
közösség prominenseivel akasztotta 
össze a bajszot. A cég augusztusban 
pert indított a Google ellen; peranya- 
gukban azt állítják, hogy a keresőóriás 
mérnökei az Android operációs rend- 
szer kifejlesztése során , tudatosan má- 
solták" a Java-kódok egyes szegmen- 
seit. 
ellektuális tulajdonával. Szeretnénk elér- 


A Java-jogok kapcsán indított szaba- 
dalmi per híre természetesen a szak- 
mai közvélemény figyelmét is felkel- 
tette. Nem meglepő módon, a hozzá- 
szólók többsége a Google -— vagy ha 
úgy tetszik a szimpatikus Page-Brin- 
Scbmidt trió — pártját fogta az Oracle- 
lel — vagyis a szakmai körökben nem 
túl népszerű Ellisonnal — szemben. 
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SburceOII 


, lény, hogy a gyártó az Android 
kifejlesztésekor egy Java-kompatibi- 
lis megoldást is integrált az operációs 
rendszerbe, ám a Dalvikot clean room 
alkalmazásként a Sun technológiájá- 
nak és intellektuális tulajdonának fel- 
használása nélkül dolgozták ki — nyi- 
latkozta augusztusban Ken Dulaney, 

a Gartner elemzője. A szakértő hang- 
súlyozta, hogy az Android a nyílt for- 
ráskódú Linux kernelre épül, és saját 
köztes utasításkészletet, kódokat, állo- 
mányformátumokat használ. 

Az ügyben James Gosling, a Java aty- 
ja is megszólalt: , A Sun és az Oracle 
integrációs ülésein, ahol a Sun és 
a Google közti szabadalmi kapcso- 
kat feszegették, látszott, hogy szinte 
szikrázik az Oracle ügyvédjeinek sze- 
me. A pereskedés sosem volt jellemző 
a Sunra, egyszerűen hiányzott a ge- 
netikai kódunkból" - írta személyes 
blogján Gosling. 


I , Csalódottak I 


SCOTT 
MCNEALY 


volt vezérigazgató 
Sun 


vagyunk, hogy a nyílt forráskód több- 
éves támogatását követően az Oracle 
hirtelen irányt vált, és homályos szoft- 
verjogi kijelentések kapcsán támadja 
az Androidot és az egész open source 
Java-közösséget" — mondta az ellen- 
kereset benyújtása kapcsán a Google 
egyik szóvivője, hozzátéve: kezdemé- 
nyezték a bíróságnál, hogy a nyílt for- 
ráskódú Java megmentése érdekében 
semmisítsék meg a kérdéses szabadal- 
makat. 

A Google szakemberei kiemelték, 
hogy a Dalvik VM rendszer a Java 
mellett más programnyelveken írt al- 
kalmazásokat is képes futtatni, bármi- 
lyen erre alkalmas eszközön. Az alkal- 
mazások nem a Java kódjaira, hanem 
a Dalvik saját, külön bejáratú utasítás- 
kódjaira fordulnak le: , A Dalvik VM 
nem egy Java VM" - olvasható a bead- 
ványban. 


AG ID MELLÉKLETE 


Az Oracle ezzel szemben azzal ér- 
velt, hogy az Android első verziói még 
Javát használtak, a cég csak később 
változtatta meg az operációs rend- 
szer kódkészletét. Ellisonék tovább- 
ra is kitartanak a keresetükben meg- 
fogalmazott állítások mellett, ame- 
lyeket a múlt hónapban egy elismert, 
független szabadalmi szakértő is meg- 
erősített. 

Florian Mueller szerint a Google leg- 
alább negyvenhárom rendbeli szaba- 


LARRY 
ELLISON 


elnök-vezérigazgatő 


hez használt decompiler (kódvisszafej- 
tő program) használata a felelős. 

Felfedezése igen kellemetlen követ- 
kezményekkel járhat a Google-ra néz- 
ve. Ahogy idevágó blogbejegyzésében 
Mueller is elismerte: , Kutatásaim 
eredménye előnyös helyzetbe hozhatja 
az Oracle-t a Google-lal szemben." 


TALISTA 


va rr 


cott McNealy szerint f 


dalomsértést követett el az Oracle ká- 
rára. A NoSoftwarePatents kam- 
pány elindítójaként is ismert szakem- 
ber az Android 2.2-es (Froyo) és 2.3-as 
(Gingerbread) verziójában is talált 
olyan kódrészleteket, amelyekről azt ál- 
lítja, hogy szinte teljes egészében meg- 
egyeznek egyes Java-fájlokkal. 
Mueller állítólag 37 olyan 
állományt is talált, amelyek 
kódja még az eredeti, a Sun 
által jegyzett szerzői jogi fi- 
gyelmeztetést is tartalmaz- 
za. A szakértő szerint van- 
nak ugyan apróbb eltérések 
a Google által használt és az 
eredeti Java-kódok között, 
ám ezekért vizsgálatai tanúbizonysága 
szerint nem a cég fejlesztőinek találé- 
konysága, hanem a fájlok visszafejtésé- 


jan sin "a 
- 9 
! ez 


A szakember hozzátet- 
te, önmagában abban sem talál semmi 
kivetnivalót, hogy az Oracle él a saját 
intellektuális javaihoz fűződő jogok- 
kal, ám az, ahogy és amiért teszi, már 
neki sem kimondottan szimpatikus. 

Amikor az Oracle- Google háborúról 
kérdezték, McNealy kijelentette: iro- 
nikusnak találja a helyzetet, hiszen né- 
hány évvel ezelőtt még az Oracle veze- 
tői előszobáztak nála azért, hogy meg- 
próbálják rávenni a Java licencelési 
politikájának fellazítására. ,, Ellison 
szenvedélyes kapitalista" — jellemez- 
te a Sun újdonsült tulajdonosát a volt 
vezér. — Kicsit elszomorít ugyan, amit 
művel, mégis azt kell mondanom, meg- 
értem őt. Hiszek a szabadalmakban és 
az azokhoz fűződő jogokban." 41 
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Középpontban az innováció 


sikeres open source megoldáso- 

A kat fejlesztő Multiráció Kft. ügy- 

vezető igazgatója szerint az in- 
formatikai fejlesztések nemzetgazda- 
sági szempontból kiemelten fontos 
területet jelentenek Magyarországon. 
A Multiráció Kft.-t 1992-ben alapítot- 
ta három fizikus és egy jogász szakem- 
ber. A cég különféle szoftverekhez készít 
kiegészítő és értéknövelt megoldásokat. 
Szakmai hírnevüket a munkaügyi adatok 
szezonális kiigazítását és a kistérségi gaz- 
dasági aktivitási adatok évközi becsléseit 
készítő információs rendszerük, valamint 
az OpenOffice.org forráskódjára épülő 
irodai programcsomagjuk, a Magyar 
Office kifejlesztésével alapozták meg. 

, Mindhárman a tudományos élet- 
ből jöttünk, tudományos körökben pe- 
dig bevett dolognak számít a nyílt for- 
ráskódú szoftverek alkalmazása. Már 
csak azért is, mert valamennyi munkán- 


kat dokumentálnunk és publikálnunk 


kell? — mondta Banai Miklós, a cég ügy- 
vezető igazgatója. A szakember hangsú- 
lyozta: a nyílt forráskódú rendszereknek 
számos előnyük van a kereskedelmi for- 
galomban kapható , fekete dobozos ter- 
mékekkel" szemben, egyebek mellett 

az is, hogy a felhasználók bármikor át- 
tekinthetik a termékek kifejlesztésével 
kapcsolatos, bárki számára hozzáférhe- 
tő adatokat és információkat. 

Banai jelentős potenciált lát a nyílt 
forráskódú szoftverek hazai piacában. 
Tapasztalatai szerint a legtöbb szereplő 
szívesen adaptálja a nyílt forráskódú 
megoldásokat. , Az államnak természe- 
tesen, ahogy külföldön, úgy itthon is ki- 
emelt szerep jut ezek elterjesztésében 
— hangsúlyozta a szakember. — A szoft- 
verpiac piramisszerű hierarchiában mű- 
ködik; a kormányzat hagyományosan 
a legnagyobb megrendelő, így magatar- 
tása nagymértékben meghatározza a pi- 
ac viselkedését is." 


A Multiráció Kft. vezetője fontosnak 
tartja a folyamatos innovációt. A cég 
a Szegedi Tudományegyetem kuta- 
tóival közösen fejlesztett ki egy újfaj- 
ta programozási eljárást, amely afféle 
, nyelvhelyesség-ellenőrzőként" is mű- 
ködik. Kódalapú elemzési metódusok 
felhasználásával képes arra, hogy fo- 
lyamatosan elemezze és ellenőrizze az 
informatikusok által fejlesztett kódo- 
kat. , Egyre bonyolultabb rendszereket 
működtetünk és egyre kevesebben 
látják át ezeket a rendszereket, így 
a hasonló, a folyamatos ellenőrzést és 
korrekciót lehetővé tévő megoldások 
fontos segítséget adhatnak az innová- 
ció során" — fejtegette Banai Miklós. 

Az ügyvezető szerint a szoftver- 
gyártás -— és tágabb értelemben véve, 
az informatika — kiemelten fontos 
gazdaságpolitikai szerepet játszhat 
Magyarországon. , Rengeteg tehetsé- 
ges műszaki szakember kerül ki az 
egyetemeinkről. Esszenciális érde- 
künk, hogy képesek legyünk itthon 
tartani ezt a nem mindennapi mérté- 
kű intellektuális tőkét" — hangsúlyoz- 
ta a szakember. Hi 


Fejlesztéstámogatás opensource-alapokon 


z open source eszközök használata 
A mára létjogosultságot nyert nagy- 
vállalati környezetben is, még- 

is olyan üzleti kritikus rendszerek esetén, 
amelyeknél magas szintű rendszertámo- 
gatásra, jelentős tranzakciós terhelés ki- 
szolgálására van szükség, a vállalatok vo- 
nakodnak opensource-komponensekre 
építeni az [1-megoldásokat. Van azon- 
ban néhány olyan II-terület, amely ese- 
tében ezeknek a követelményeknek nem 
kell megfelelni, és alacsony költségű esz- 
közökből kell viszonylag komplex infra- 
struktúrát kiépíteni. Tipikusan ilyen terü- 
let a szoftveréletciklus-menedzsment. 

Az open source megoldások előnyei 
nem hagyhatók figyelmen kívül egy- 
egy beruházás eszközeinek kiválasztá- 
sakor, akár az ügyfél, akár a megoldást 
megkomponáló szállító dönt — mond- 
ja Répcevölgyi Balázs, az Alerant Infor- 
matikai Zrt. szakértője. Nézzük meg 
a számos nyílt forrású megoldás kö- 
zül azokat az elemeket, amelyek nem az 
alkalmazást gazdagítják, hanem a meg- 
oldás elkészítését teszik könnyebbé. Az 
ilyen fejlesztéseknek alapvetően három fő 
komponenst kell tartalmazniuk. 
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Először is szükség van a professzionális 
szállító által kidolgozott és kipróbált fej- 
lesztési módszertanra, amely segítségével 
az open source eszközök bekapcsolódnak 
a fejlesztés menetébe, és a megfelelő he- 
lyen, a leghatékonyabban alkalmazhatók. 

Emellett biztosítani kell egy fejlesz- 
tési infrastruktúrát, amely segít a teljes 
feljesztési életciklus során, a tervezés- 
től az átadásig. Egységes alkalmazáscso- 


FRASTRUKTUPB 


magot biztosít a fejlesztésekhez, köny- 
nyebbé téve ezáltal a projektek közti tu- 
dáshordozást. 


RÉPCEVÖLGYI 
BALÁZS 


szakértő 
Alerant Zrt. 


Végül, de nem utolsósorban meg kell 
oldani az első két elem támogatását, 
hogy minél szorosabb legyen a kapcso- 


lat az infrastruktúra-komponensek és 


a módszertan között. 

A fejlesztési infrastruktúra kialakítá- 
sához számos open source projekt kö- 
zül válogathatunk. Igy felhasználhat- 
juk modellezéshez, az androMDA-t 
kódgeneráláshoz, a Mavent vagy 
Antet a buildeléshez és a PMD-t, va- 

lamint a Checkstyle-t a kódellenőrzés- 
hez, de ezeken kívül is számos megbíz- 
ható projektet találunk még. Ezekre és 
egy jól kialakított módszertanra építve, 
rövidebb fejlesztési idő mellett, jelentősen 
javíthatjuk fejlesztéseink minőségét. II 
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Biztonság nyilt lapokkal 


A nyílt forráskódú alkalmazások biztonsága sokszor vált ki éles vitákat. 
Nyilvánvalóan e szoftvereknek megvannak az előnyeik és hátrányaik a védelem 
szempontjából. Az azonban elmondható, hogy a megfelelően kiválasztott és 
üzemeltetett nyílt forráskódú megoldások is képesek lehetnek megfelelni 


napjaink biztonsági követelményeinek. 


Írta: Kristóf Csaba 


mikor a nyílt forráskódú alkal- 
A mazások bevezetése szóba ke- 

rül egy szervezetnél, akkor az 
első gondolatok általában a kiadások 
csökkentése és a licencköltségek mi- 
nimalizálása körül forognak. Aztán 
felmerülnek az első aggályok, ame- 
lyek sokszor a biztonsággal kapcsolat- 
ban fogalmazódnak meg. Ha egy vál- 
lalat, intézmény szakembereiben fel- 
vetődnek a védelmi kérdések, akkor 
az már fél siker, ugyanis az azt jelenti, 
hogy már a tervezés fázisában szerepet 
kap a biztonság, és nem utólag, kap- 
kodva kell foglalkozni a kockázatcsök- 
kentéssel. Természetesen a legjobb, ha 
már ekkor bevonják a biztonsági szak- 
értőket a munkába, akiknek a segít- 
ségével pontosan mérlegelhetők a ve- 
szélyek. De vajon tényleg olyan koc- 
kázatos a nyílt forráskódú megoldások 
alkalmazása? 

A Gartner már 2008-ban megállapí- 

totta egyik felmérésében, hogy ENMETE 


et kívánnak tenni. Ezért ezen alkalmazások 
elmerülő problémákat mindenképpen érde- 
Sok neves szakértő ko- 
rántsem látja tragikusnak a helyzetet, 
sőt, sokszor a nyílt forráskód bizton- 
ságra gyakorolt kedvező hatásait em- 
legeti. , Ugy gondolom, a Linux nyílt 
forráskódú természete nagyon jó ala- 
pot teremt ahhoz, hogy a sérülékeny- 
ségek könnyebben azonosíthatók és ja- 
víthatók legyenek. Nemcsak azért, 
mert több ember láthat bele a rendszer- 
be, hanem azért is, mert az egész mo- 
dell arra ösztönzi a fejlesztőket, hogy 
tisztább kódokat írjanak" — nyilatkoz- 
ta Vincent Rijmen, az AES (Advanced 
Encryption Standard) titkosítás egyik 
szülőatyja. Elias Levy, a Bugtrag egy- 
kori moderátora szerint a nyílt for- 
ráskódú szoftvereknek nagyobb biz- 
tonsági potenciáljuk van, mint a zárt 
forráskódú alkalmazásoknak. Bruce 
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Scbneter, az ismert biztonsági guru 
szerint viszont az a tény, hogy a nyílt 
forráskódú szoftverekbe bárki bete- 
kintést nyerhet, legalább annyi po- 
tenciális hátrányt jelent, mint előnyt. 
A szakember e tekintetben a bizton- 
sági elemzések, auditok fontosságá- 

ra hívta fel a figyelmet, amelyek elvég- 
zése minden alkalmazás esetében egy- 
aránt lényeges. Fred Scbneider szakértő 


800 Nessus 


az előbbiekben láthattuk, a szakér- 
tők véleménye is jelentősen megoszlik 
e kérdésben. Azonban mindenkép- 
pen érdemes figyelembe venni, hogy 
a nyílt forráskódú szoftverek az idő 
előrehaladtával egyre biztonságosab- 
bak lesznek. Ezért egy open source 
szoftver első verziójának megjelené- 
se után célszerű kivárni, tesztelgetni, 
hiszen az első hónapokban az ideális 
esetben egyre növekvő közösség vél- 
hetően sok problémára fog fényt de- 
ríteni, amelyet a fejlesztőknek ki kell 
javítaniuk. 

A nyílt forráskód sok esetben in- 
gyenességgel párosul — ez ugyan na- 
gyon vonzó jellemző, de kockázatot 
is rejt. Ennek egyik oka, hogy a szer- 
vezetek jóval könnyebben döntenek 
egy-egy ingyenes szoftver bevezetése 
mellett, és sok esetben ad-hoc módon 
telepítenek fel progra- 
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A Nessus funkciója: sérülékenységmenedzsment 


pedig a szkeptikusok táborához tar- 
tozik, hiszen még korábban egy pesz- 
szimista véleményének adott hangot: 

, Nincs okunk azt feltételezni, hogy ha 
többen láthatnak egy forráskódot, ak- 
kor minden olyan biztonsági rést sike- 
resen felismernek, amely a rendszerek 
kompromittálásához vezethet." 


LÉTFONTOSSÁGÚ KOCKÁZATKEZELÉS 


A nyílt forráskódú megoldásoknak 
számos olyan jellemzőjük van, ame- 
lyet a biztonság szempontjából mérle- 
gelni kell. A leggyakrabban hangoz- 
tatott tulajdonságuk a Bruce Schneier 
által is említett nyitottság, amely- 
nek két oldala van. Egyrészt elősegít- 
heti a sebezhetőségek feltérképezé- 
sét, ugyanakkor a támadók számára 
általában könnyebben teszi lehetővé 
exploitok készítését, hiszen minden 
lényeges információt ki tudnak ol- 
vasni a programok kódjából. Mint azt 


2 mokat. Mindezt anélkül, 
hogy a biztonsági kocká- 
zatok mérlegelése, a vál- 
tozáskövetés, valamint 
a patch management fel- 
készítése megfelelő mó- 
don megtörténne. Ez pe- 
dig oda vezet, hogy fel- 
ügyelet nélkül maradó 
programok jelennek meg 
az II-infrastruktúrában, 
és ez nyilvánvaló veszé- 
lyeket hordoz. Megfe- 
lelő szabályozással, ön- 
mérséklettel és tervszerű 
szoftvergazdálkodással e 

problémák elkerülhetők. 

Az open source világ további koc- 
kázati tényezői közé tartozik az eset- 
leges kiszámíthatatlanság és a ren- 
delkezésre állás megteremtésének ne- 
hézsége. A nagyobb, nyílt forráskódú 
projektek mögött napjainkban jelen- 
tős szervezetek és közösségek állnak, 
így ezek hosszú távú fennmaradása 
biztosított. Azonban a kisebb, olykor 
csak néhány fejlesztővel működő pro- 
jekteknél problémát jelent, hogy azok 
egyik pillanatról a másikra felügye- 
let nélkül maradhatnak, és a szoftve- 
rek frissítése megszűnik. Ezért 
gyelmet fordítani a szoftverek mögötti hát- 

ér feltérképezésére, amivel a kockázatok 
jelentősen csökkenthetővé válnak. 


ÉRZÉKENY MEGFELELŐSÉG 


A megfelelőségi kérdések a szerveze- 
tek életében egyre fokozottabban je- 
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eri 


lennek meg. A törvényi és iparági 
szabályok, előírások mind szigorúb- 
bá válnak. Nyilvánvalóan a követel- 
mények teljesítésére akkor is szükség 
van, amikor egy vállalat, intézmény 
nyílt forráskódú megoldások beve- 
zetése mellett dönt. Ilyenkor felme- 
rül, hogy vajon mire is kell odafigyel- 
ni? Nos, először is az igénybe vett al- 
kalmazások megbízhatóságát cél- 
szerű szemügyre venni. Sokat nyom 
a latban, ha egy operációs rendszer- 
nek vagy szoftvernek tanúsítványa 
van. Például az ISO/IEC 15408:1999 
vagy ismertebb nevén Common 


My Community 


Local Community Graph 


E 


Notices 
Sourcefire Community Notices 


[ie] 


inas ) Jl). check for Updates 


Product Settings 


katasztrófaelhárítási tervek készítése- 
kor is számolni kell a nyílt forráskódú 
megoldások sajátosságaival. Különös 
hangsúlyt kell helyezni a patch 
management eszközökre, ugyanis 

a mai megoldások többnyire a Win- 
dows-alapú rendszerek napraké- 

szen tartására alkalmasak, miközben 
a nyílt forráskódú megoldások frissí- 
tése gyakran háttérbe szorul. Nagyon 
fontosak a rendszeres képzések, illet- 
ve az alapos dokumentáltság. 

"Több biztonsági szabály is emlí- 
tést tesz a törvényi megfelelőségről, 
amelybe a licencek kezelése is bele- 
tartozik. 


Community source világában sem 


474574 people protected 


A különféle licencelési 
megoldások alkalmazá- 
sa odafigyelést igényel, 


Product 


Last Scanned 


) IC  curentversinn  ) 


ugyanis a nyílt forrás- 


August 25, 2010 10:02:34 


Secure 


9) 


Connected 


Support Feedback About 


Népszerű nyílt forráskódú vírusvédő a ClamAV 


Criteria (CC) az II-termékek bizton- 
sági szintjének behatárolásában nyújt 
segítséget. A minősített operációs 
rendszerek között megtaláljuk példá- 
ul a Red Hat, illetve a SUSE Linux 
Enterprise verziót EAL4- besorolás- 
sal. Sajnos azonban a nyílt forráskódú 
alkalmazások esetében nem mond- 
ható túl gyakorinak a CC minősítés, 
ezért ilyen esetekben saját ellenőrzé- 
sek, sérülékenységvizsgálatok és kód- 
elemzések elvégzésére lehet szükség. 
A megfelelőség szempontjából fon- 
tos a rendelkezésre állás. Aki nyílt 
forráskódú operációs rendszerekkel, 
alkalmazásokkal foglalkozik, ponto- 
san tudja, hogy sokszor az internetes 
fórumokról rengeteg információ be- 
szerezhető. Azonban egy olyan szer- 
vezet, amelynek minden perc kiesés 
komoly károkat okoz, nem építkez- 
het csak a lelkes közösségre. Ilyen- 
kor biztosítani kell az előírt ren- 
delkezésre állást, és szakembereket 
vagy cégeket kell alkalmazni, illet- 
ve megbízni, amivel garantálni 
lehet a megfelelő szolgáltatási, vala- 
mint támogatási szinteket. Mind- 


2.0.14.139 


a 


AM 
Up To Date 


Toll Free Tech Support: 1-865-891-4480, 


kód esetében sem min- 
dig egyszerű az élet. 
Lényeges, hogy a li- 
cencfeltételek áttanul- 
mányozása soha ne ma- 
radjon el, ugyanis 

a nyílt forráskódú al- 
kalmazások készítői sem mindig riad- 
nak vissza az , apró betűs részektől", 
amelyek általában lényeges adatvédel- 
mi és jogi megkötéseket tartalmaznak. 


NYÍLT FORRÁSKÓD A BIZTONSÁG 
MEGTEREMTÉSÉBEN 


Végül, de nem utolsósorban szót 
kell ejteni azokról a nyílt forráskó- 
dú védelmi szoftverekről, amelyek 
napjainkban nagyon komoly szere- 
pet vállalnak a fenyegetettségek fel- 
ismerésében és kezelésében. Szinte 
nincs olyan védelmi terület, amely- 


hez ne lenne elérhető open source 
alkalmazás. Igy a vírusvédelem, 

a sérülékenységelemzés, a határvéde- 
lem, a behatolásmegelőzés, a naplózás 
és a biztonsági mentés kapcsán is szá- 
mos olyan jól használható szoftverrel 
lehet találkozni, amely hatékonyan 
hozzájárul a biztonság megteremtésé- 
hez és fenntartásához. 

Sajnos azonban azt is meg kell em- 
lítenünk, hogy a nyílt forráskódú vé- 
delmi eszközök nem minden esetben 
képesek önmagukban akkora bizton- 
ságot adni, mint a kereskedelmi al- 
kalmazások. Különösen igaz ez a ví- 
rusvédelemi és antispam szoftverekre. 
A legjelentősebb biztonsági vállalatok 
ugyanis az elmúlt években olyan tech- 
nológiákat építettek be termékeikbe, 
amelyeknek jelenleg még nincs kifor- 
rott, open source alternatívájuk. Elég, 
ha csak egyes cloud computing vagy 
reputáció (hírnév) alapú szűrési eljá- 
rásokra gondolunk. Ennek ellenére 
a nyílt forráskódú biztonsági progra- 
mok nagyon hasznos kiegészítő védel- 
mi rétegként szolgálhatnak. 

A nyílt forráskódú megoldásokról 
korántsem szabad kijelenteni, hogy 
nem adnak megfelelő biztonságot, 
és hátráltatják a védelem kialakítá- 
sát. Ugyanakkor azt sem lehet elmon- 
dani, hogy ilyen alkalmazások hasz- 
nálatával garantált a biztonság. 


geinek kiaknázásával, körültekintő rend- 
Amennyi- 


ben e tevékenységek nem szenvednek 
csorbát, a nyílt forráskódban rejlő le- 
hetőségek úgy válhatnak kiaknázha- 
tóvá, hogy közben nem jelentenek na- 
gyobb kockázatot, mint a zárt forrás- 
kódú alkalmazások. 91 


Népszerű nyílt forráskódú biztonsági alkalmazások 


SZOFTVER NEVE 


ClamAV 


FUNKCIÓ 
Behatolásdetektálás 
Spamszűrés 

Biztonságos kommunikáció 


Hálózati protokollelemzés 


Mresha 
Metasploit Framework 


ezek mellett a változáskövetéskor, az 
üzletmenet-folytonossági, valamint 
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Hárombetüs kedvencek 


Cikkünkben a szegmens számára fontos buzzwordökre felfűzve válogattuk össze 


a nagyvállalatok kedvenc nyílt forráskódú alkalmazásait. 


Írta: Odrovics Szonja 


vállalati tarta lommenedzsment 
A eszközök - Enterprise Content 
Menedzsment -egyik legjobbja 
az Alfresco Community, amely funk- 
cionalitásában a hivatalos támogatást 


leszámítva gyakorlatilag egyenértékű 
az Alfresco Enterprise-zal. 


ECM - TARTALOMMENEDZSMENT 

Az ECM négy legfontosabb területét 
lefedve lehetőséget teremt a képek, 
dokumentumok, rekordok és a webes 
tartalmak kezelésére. Népszerűségét 
nemcsak az általa biztosított menedzs- 
mentfunkciók sokszínűsége adja, de 
használatának egyszerűsége is. A vég- 
felhasználók a megosztott meghaj- 
tókhoz hasonló módon érhetik el az 
Alfrescóval kezelt tartalmat, a fejlesz- 
tők pedig konfigurált sablonok segít- 
ségével kezdhetik a munkát. 


BPM - FOLYAMATMENEDZSMENT 
BPMN 2.0 szabványon alapul az 
Intaliol BPM, amely nemcsak az üz- 
leti folyamatok modellezését, de vég- 
rehajtását is lehetővé teszi. Az al- 
kalmazás az Intalio PaaS (Plat- 

form as a Service) megoldására épül, 
így egyaránt használható helyben 
(VMware, Hyper-V, VirtualBox) és 
on-demand (Amazon EC2, Win- 
dows Azure). Emellett a BPM kiegé- 
szíthető az Intalio többi, PaaS szol- 
gáltatásával is, azaz összeköthet- 

jük a CRM (Intaliol CRM), az üz- 
leti folyamatok tárolását támogató 
(Intaliol DM$S), a közös munka tereit 
biztosító (IntaliolSocial Portal), vala- 


Physical Inventory Search 2 Inventory Count e 


Inventory Count 491 


HEG OS bt 2877 


mint a webiroda (Intaliol Web Office) 
szolgáltatásokkal is. 


CRM - UGYFELKAPCSOLAT- 
MENEDZSMENT 
Még mindig az egyik legnépszerűbb 
megoldás a vállalati ügyfélkapcsolatok 
kezelésére a SugarCRM. A böngésző- 
alapú felhasználói felületet AJAX hajt- 
ja meg, rendelkezik offline klienssel, 
és Microsoft Outlook 
plug-inekkel. A rend- EETEZ 
szer nemcsak hogy el- 
érhető magyar nyel- 
ven, de megbízható fo- 
lyamatossággal fejlesz- 
tik és készítik fel arra, 
hogy megbirkózzon 
a legújabb technoló- 
giai kihívásokkal. Az 
okostelefonokra opti- 
malizált verzió kezelő- 
felülete egyszerű, le- 
hetővé teszi az offline 
munkát, és a keresési 
opciók is figyelemre 
méltók. Nemrégiben 
pedig elkészült hozzá az iPhone app is. 
A SugarCRM egyik legjelentősebb 
konkurense a méltán népszerű, hasonló 
funkcionalitású és támogatottságú 
Vtiger szoftver. 


ERP - VÁLLALATIRÁNYÍTÁS 

Napjaink egyik legnépszerűbb válla- 
latirányítási rendszere, a Compiere 
nemcsak az általános célú ERP- 
feladatok támogatását végzi el, de biz- 
tosít némi CRM-funkcionalitást is. 
Alkalmas a pénz- 
ügyek, a HR-kezelés/ 
bérlista, beszerzés és 


HENNOHENPENEZZANUNZ 


Tenant GardenWorld 


Document No (10000000 


Organization HG 


készletnyilvántartás, 
általános értékesítés 


Description 


KC] 


Warehouse HO Warehouse Perpetual Inventory 


és jelentéskészítés el- 


Movement Date (06/03/2008 71] 


Document Type Material Physical Inventory (e 


végzésére is. A rend- 
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E Reference 


Project y 


Campaign [EE] 
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FF approved Approval Amount 


Document Status Drafted 


Compiere 
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Update Ouantíty 


Complete 


szer nemcsak hogy 
teljesíti a biztonsá- 

gi követelménye- 

sari. ket, de böngészőala- 
pú felhasználófelülete 
és a szofisztikált ke- 


resési lehetőségek a végfelhasználók 
számára is könnyen elsajátíthatók, így 
használatuk kényelmes. 

Említésre méltó konkurensei az 
OpenBravo és az OpenERP lehetnek. 


A KÉTBETŰS KIVÉTEL: BI - ÜZLETI 
INTELLIGENCIA 


A nyílt forráskódú üzletiintelligencia- 
megoldások piacán a kínált termékek 
skálája egyelőre nem túl széles, a jelen 
lévő versenyzők mégis teljesítik a leg- 
magasabb elvárásokat is. Erre pél- 

da a Pentaho Open BI Suite, melynek 
legfőbb erősségét a szofisztikált jelen- 
téskészítő modulok, a Pentaho saját 
Kettle ETL (extract, transform, load) 
integrációs megoldása által biztosított 
adatintegráció, valamint az adatelem- 


úg 
Eg 


ÚNNNNHN- a 
[ez Ez 


Pentaho Open BI Suite 


zés és -bányászat adja. A végfelhasz- 
nálók körében népszerűek a böngé- 
szőalapú varázslók, amelyek jelentősen 
egyszerűsítik a riportkészítés folya- 
matát, emellett pedig kimeneti formá- 
tumként támogatják az XLS-t, RI F- 
et, PDF-et és a HIML --t is. 


NYILT FORRÁSKÓDÚ ERP ÉS CRM 

A nagyvállalatok zöme e két megol- 
dástól reméli leginkább II-költségei 
drasztikus csökkentését, megfelelve 

a recessziós kihívásoknak. A ma üzlete 
nem hagyhatja figyelmen kívül egy jól 
bevezetett ERP (Enterprise Resource 
Planning, nagyvállalati erőforrás- 
tervezés), illetve CRM (Customer 
Relationship Management, üzleti kap- 
csolatkezelés) rendszer kínálta előnyö- 
ket. Miért valósítsuk meg nyílt for- 
ráskódon mindezeket? Mert így az 
adott vállalat nem függ többé egyetlen 
gyártótól, hanem szabadon választhat 
a nyílt forráskódú alkalmazások közül 
— valódi igényei szerint. 41 
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Vegyes 


Linux és Windows egy fedél alatt. Különféle változatokban. Van ilyen, nem is 
túl ritkán. Ahhoz azonban, hogy a heterogén rendszerek zökkenőmentesen 
üzemeljenek, helyes informatikai stratégia, átgondolt beszerzési politika és 


megfelelő üzemeltetési tudás szükséges. 


lalatnál vagy kormányzati in- 

tézménynél egyaránt vannak 
nyílt forráskódú és Windows-alapú 
operációs rendszerek. A vegyes kör- 
nyezetek értelemszerűen más kihívá- 
sok elé állítják az informatikusokat, 
mint a homogén infrastruktúra. 

Alapvetően háromféle heterogén 

környezet létezik. Az első eset, ami- 
kor szerveroldalon van többféle plat- 
form - például Linux és Windows -, 
és ezek együtt kínálják az adatköz- 
ponti szolgáltatásokat a vállalat szá- 
mára. Ilyenkor a kliensek — a szer- 
verplatformoktól függetlenül — mű- 
ködhetnek akár Windows-, akár 
Linux-alapon. A második esetben 
a szerveren Windows, a klienseken 
Linux-típusú rendszerek futnak, míg 
a harmadik eset ennek a fordítottja, 
tehát a kliensek Windows-típusú 
munkaállomások, míg a szerver 
Linux-alapú. 


LA 
E letszerű helyzet, hogy egy vál- 


Vajon hogyan állnak elő ezek a ve- 
gyes környezetek? Nézzük először az 
első esetet. 


Jellemző szcenárió, hogy egy vállalat- 
nak már vannak bizonyos megoldásai, 
amelyeket különböző szállítók kü- 
lönböző platformokkal láttak el, azaz 
nem maga a vállalat, hanem a beszál- 
lítók idézték elő ezt a helyzetet. 

, A szerveroldali heterogén környe- 
zeteknél a különböző rendszereket 
egy bizonyos szinten integrálni kell. 
Ha ez elmarad, akkor nem jön létre 
egységes kiszolgálói infrastruktúra. 
Ezenkívül vannak alapvető elvárások 
az üzemeltethetőséggel kapcsolat- 
ban. 


Ellenkező esetben dupla üzemelte- 
téssel kell számolni a vegyes környe- 
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zetekben. Mivel az összes felsorolt 
feladat elvégzésére vannak kiforrott 
open source megoldások, a szerver- 
oldali vegyes környezetek egységes 
kezelése a legtöbbször semmilyen 
problémát nem okoz?" — mutatott rá 
Szentiványi Gábor, a Linux Ipari Szö- 
vetség (LIPSZ) elnöke. 


Más típusú vegyes környezet, ami- 

kor a szerveren Windows, a munka- 
állomásokon Linux fut. Különösen 
olyan nagyvállalatoknál vagy kormány- 
zati intézményeknél lépnek ebben az 
irányban, ahol rengeteg asztali számí- 
tógép működik. Tény és való, hogy 


t 


- 
j 
[s 


HE 


a meglévő Windows-alapú szerver-inf- 
rastruktúra meghagyásával, valamint 
több ezer munkaállomás Windowsról 
Linuxra való átállításával jelentős költ- 
ségeket lehet megtakarítani. 

A kliensoldali váltásnak azonban 
vannak feltételei. Komoly gondo- 
kat okozhat például, ha a vállalatnál 
az elmúlt években nem tudatos I 1- 
stratégia mentén jártak el, és olyan 
szoftvereket, illetve szoftverkompo- 
nenseket vásároltak és fejlesztettek, 
amelyek kizárólag egy platformon 
működőképesek. Viszonylag könnyű 


azonban a váltás, ha webes böngésző 
segítségével veszik igénybe az alkal- 
mazásokat, illetve ha multiplatformos 
(például Javában íródott) alkalmazá- 
sokat futtatnak a cégnél. 

, A desktopok átállításánál nem 
szabad szem elől téveszteni, hogy 
hány gépről van szó. Nagyszámú 
munkaállomás esetén ugyanis elen- 
gedhetetlen a géppark menedzselé- 
se is. Több ezer számítógép nyomon 
követése, frissítése komoly feladat, 
de erre is vannak különféle nyílt for- 
ráskódú megoldások? - hívta fel a fi- 
gyelmet Szentiványi Gábor. 


Általában nem okoz problémát, ha 
a munkaállomások Windows-alapú- 
ak, és az adatközpontok nyílt forrás- 
kódú szolgáltatásokat kínálnak. Ez 


utóbbiakat ugyanis általában valami- 
lyen nyílt ipari szabvány szerint ala- 
kítják ki. Természetesen olyan szab- 
ványokkal kell dolgozni, amelyek 

a Windows-alapú klienseken is fut- 
nak. Ez a feltétel a gyakorlatban ál- 
talában teljesül. 

Előfordulhat az is, hogy kliens- 
oldalon jön létre vegyes környezet. 
Ebből akkor fakadhat probléma, ha 
a desktop szoftverek egymás között 
adatokat cserélnek, vagy bármilyen 
módon együttműködnek. Ilyenkor 
mindig a nyílt szabványokat kell kö- 
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vetni — a szakember szerint ez adja 
meg a hosszú távú biztonságot. Saj- 
nos nem minden szoftver készül ez- 
zel a filozófiával, ezért a beszerzé- 
sekkor figyelni kell rá, hogy a meg- 
vásárolt rendszerek képesek legye- 
nek a nyílt szabványokon keresztüli 
együttműködésre, adatcserére. 

Fontos még megjegyezni, hogy 
egységesítési projekteket felmérés- 
nek és értékelésnek kell megelőz- 
nie. Néhány esetben pilot projekt is 
szükséges, hogy pontos képet lehes- 
sen kapni a felmerülő költségekről 
és a lehetséges megtakarításról. 


ÉRVEK A NYÍLT FORRÁSKÓD MELLETT 


Szeged város önkormányzatánál a hi- 
vatali gépek közel felén kizárólag open 
source operációs rendszerek és al- 
kalmazások futnak. Ez a gyakorlat- 
ban azt jelenti, hogy Linux operációs 
rendszert és OpenOffice.org irodai 
alkalmazáscsomagot, valamint 
Firefox böngészőt használnak, továb- 
bá számos olyan alkalmazást, amely 

a Linuxnak egyébként is része. A szá- 
mítógépek másik felére jellemzően ko- 
rábban vásárolt Windows operációs 
rendszereket (főleg XP Professionalt) 
telepítettek, de az alkalmazások zö- 
me itt is open source. Ezeket a gépe- 
ket többnyire olyan területen dolgo- 
zó felhasználóknál hagyták meg, ahol 
központilag előírt, erősen platform- 
függő szoftverekkel dolgoznak. Mind- 
ezeken túl általában szervezeti egysé- 
genként egy-egy Microsoft Office-t 
telepítettek (a korábban vásárolt licen- 
cek felhasználásával), azonban ezek- 
re a gépekre is tesznek nyílt forráskó- 
dú irodai alkalmazáscsomagot, mivel 
a hivatalban az az elfogadott. Kliens- 
oldalon nem használnak olyan gépe- 
ket (néhány informatikus számítógé- 
pén kívül), amelyeken több operáci- 
ós rendszer futna párhuzamosan vagy 
virtualizált környezetben. 

A város 2004-ben dolgozta ki 
(majd 2009-ben megújította) saját 
emelt célja hosszú távon a teljes ön- 
kormányzati (a hivatali és az intéz- 
ményi) informatika átállítása open 
source megoldásokra - tájékoztatott 
Szegfű László, a polgármesteri hiva- 
tal informatikai osztályának vezető- 


jAz open source megoldások mellett 


zámos érv szól. Jelentős költségmegta- 


karítás érhető el például a beszerzéskor, 
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alamint az esetleges módosítási igények 


esetén (a forráskód birtokában a megren- 
delő nincs egy beszállítóhoz kötve; ennek 
árletörő hatása van). További előny a na- 
Mivel nagy közösség 
fejleszti a rendszereket, nagyobb 
valószínűséggel veszik észre a hibá- 
kat; folyamatosak a javítások, min- 
dennap letölthetők a frissítések, nem 
kell várni a nagyobb javítócsoma- 
gok elkészültére. Ezenkívül bárki át- 
tekintheti a forráskódot, így nem 
marad(hat)nak benne olyan tevé- 
kenységek, amelyek a felhasználó 
tudta és hozzájárulása nélküli akci- 
ókat hajtanának végre (például in- 
formáció kiszivárogtatása véletle- 
nül vagy szándékosan). Végül, mivel 
a világban kevés felhasználó használ- 
ja, gyakorlatilag nem éri meg vírust 
írni rá. Az open source rendszerek 
előnyös jellemzője az egyszerű(bb) 
kezelhetőség is (főleg a telepítések- 
nél és a célszoftverek használatakor). 


FOKOZATOS ÁTTÉRÉS 

A hivatali felhasználás általában 

az irodai alkalmazások és az inter- 
netböngésző futtatását indokolja. 
Ezek a programok a hivatali felhasz- 
nálás szempontjából jellemzően 
ugyanúgy működnek, ugyanolyan 
külleműek, mint a korábban hasz- 
nált rendszerek, így nagy különb- 
séget nem jelentenek a felhaszná- 
lók számára. A munkatársak általá- 
ban hamar megszokják az új felüle- 
tet. A szegediek tapasztalata, hogy 
azokkal a gépekkel, amelyeken az 
operációs rendszer is nyílt forráskó- 
dú, lényegesen kevesebb üzemelteté- 
si probléma adódik. 

Azok a felhasználók, akik elő- 
ször találkoznak a nyílt forráskódú 
rendszerekkel, többnyire fenntartá- 
sokkal fogadják azokat. Az elfogad- 
tatást nagyban segítette az a straté- 
giai döntés, hogy az open source al- 
kalmazásokat nem egyszerre, hanem 
a fokozatosság elvét követve telepí- 
tettük. Először csak az irodai alkal- 
mazáscsomagot cseréltük, később 
az irodai háttérfolyamatokat támo- 
gató integrált rendszerünket tettük 
multiplatformossá, majd amikor már 
minden körülmény adott volt a kli- 
ensoldali operációs rendszerek cse- 
réjére, akkor következett a fokoza- 
tos áttérés. A legfőbb tapasztalatunk 
a költségcsökkenés: csak az irodai al- 
kalmazáscsomagok cseréjével eddig 


több mint százmillió forint megtaka- 
rítást értünk el. Es akkor a kliensol- 
dali operációs rendszerek, az egyéb 
nyílt forráskódú szoftverek és a többi, 
kliensoldalon futó biztonsági meg- 
oldás árát még nem is említettük" — 
mutatott rá az informatikai vezető. 


FIGYELNI KELL A HARDVERRE IS 

A szegedi önkormányzatnál úgy ér- 
tékelik, hogy munkájukhoz a nyílt 
forráskódú megoldások tökéletesen 
megfelelnek, az alkalmazott prog- 
ramoknak gyakorlatilag nincsenek 
hátrányaik. Nehézséget főleg azok 

a platformfüggő szoftverek okoznak, 
amelyeket központilag kell használ- 
ni. Vannak ezen kívül konverziós 
problémák, amelyek a külső levelezés 
során kapott helytelen szövegformá- 
zási gyakorlatból adódnak (szeren- 
csére a docx és xlsx kiterjesztéseket 
az OpenOffice.org már jól kezeli). 

A tapasztalatok szerint különös fi- 
gyelmet igényelnek a hardverbeszer- 
zések, mivel számos - szerencsére 
egyre kevesebb - olyan termék talál- 
ható a piacon, amelynek a terméktá- 
mogatása nyílt forráskódú operációs 
rendszerekhez nem megoldott. 


ség, hogy az elavultságuk okán egyébként 
: a 7 


s cserére szoruló központi szoftvereket 
S0- 
kat segítene, ha a központi levelezés 
szabványos (például ODF) formá- 
tumban történne; ez nemcsak az in- 
formatikusok napi munkáját, hanem 
az archív dokumentumok megnyitá- 
sát is segítené a későbbiek során. 


ÜZEMELTETÉS, TÁMOGATÁS 

KÜLSŐ KEZBEN 

Linux és Windows operációs rend- 
szer, továbbá nyílt forráskódú és 
Microsoft szoftverek egyaránt meg- 
találhatók az Országos Vérellátó 
Szolgálatnál (OVSZ). Az irodai 
munkához szükséges vékony kliense- 
ket kiszolgáló szervereken Windows 
fut, amelyekre Microsoft szoft- 
vereket, valamint az OpenOffice. 
org nyílt irodai programcsomag 
windowsos változatát telepítették. 
Eközben maguk a vékony kliensek 
Linuxszal működnek. Az OVSZ-nél 
— a budapesti központban és a vidéki 
telephelyeken (összesen 24 helyszí- 
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nen) -— több mint 800 munkaállomás 
van. Ezek mintegy 20 százaléka mo- 
bileszköz, általában notebook. 

A nyílt rendszer gondolata 2008- 
ban merül fel, amikor is új szakmai 
rendszert vezettek be az OVSZ-nél. 
Az eProgesa szakrendszer üzemel- 
tetését külső cégre, a Navigator In- 
formatika Zrt.-re bízták. Tulajdon- 
képpen ez adta az ötletet, miszerint 
jó lenne a teljes informatikai rend- 
szert külső üzemeltető kezébe adni — 
fogalmazott Szász Gergely, az OVSZ 
informatikusa. De hogyan, milyen 
pénzből? Például a fizetős szoftve- 
rek ingyenes, nyílt forráskódú alkal- 
mazásokkal való kiváltásával, majd 
a felszabaduló forrásokból testre sza- 
bott, intenzív támogatás vásárlásá- 
val. További igényként merült fel 
a teljes informatikai rendszer mo- 
dernizálása, a rendszer működésének 
folyamatossága, valamint a bizton- 
ság, különösen a kihelyezett véradá- 
soknál használt mobileszközök ese- 


tében. 


Első lépésként 2008 folyamán az 
OVSZ korábbi rendszerét egy Linux- 
alapú vékonykliens-architektúrára 
cserélték. Ennek lényege, hogy min- 
den információt egy központi szerve- 
ren tárolnak, a felhasználó egy köz- 
tes rendszeren keresztül látja a szer- 
ver által megjelenített képet a moni- 
torán. A vékony kliensek a hálózaton 
keresztül bootolják a Linuxot. Mivel 
a felhasználó gépén nincs adattárolás, 
nincs szükség helyi biztonsági men- 
tésre. A munkatársak bárhonnan be- 
jelentkezhetnek saját fiókjukba, min- 
denütt ugyanazokhoz a programok- 
hoz és adatokhoz férhetnek hozzá. 
Altalánosságban OpenOffice.org 
Novell Edition irodai programcsoma- 
got vezettek be. Egyes felhasználóknál, 
akik speciális alkalmazásokat is hasz- 
nálnak, hibrid rendszert alakítottak ki. 
Ok ugyanazokat a rendszerkomponen- 
seket érik el, mint a többi felhasználó, 
de a speciális alkalmazásokhoz vagy ép- 
pen a Microsoft Office programokhoz 
is hozzáférnek. Mivel a Novell a leg- 
több belső dokumentumot és sablont 
egyedileg gyártotta le az OVSZ részére, 
csak néhány esetben kellett meghagyni 
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a Microsoft Office-t. Példa erre a gép- 
jármű-nyilvántartás, amely több mint 
háromszáz egymásra hivatkozó Excel 
fájlból áll; ennek átalakítása jelenleg is 
folyamatban van. Az MS Office-t hasz- 
nálók aránya ezzel mindössze 5 száza- 
lékra csökkent a szervezeten belül. 


A teljes, országos rendszer 
üzemeltetését, valamint támogatását 
külső szolgáltatóra, a Novellre bízták. 
Ez lehetővé tette, hogy a korábbi belső 


informatikus csapat létszámát jelentő- 
sen csökkentsék. Amíg a központban 
korábban 7 informatikus dolgozott, 
addig most 3 szakember is elegen- 
dő a megmaradt feladatok ellátásához. 
Ezen kívül csak a nagyobb telephelye- 
ken van belső informatikus. 

, Alaposan átalakult a belső II- 
csapat munkája. Egyrészt lekerült 
a vállunkról a felhasználók támo- 


Az OVSZ-nél a vékonykliens-architektúra ré- 
vén 30 százalékkal csökkentek a hardverek 
beszerzésének költségei. Ezenkívül hosszú 
távú megtakarításokkal számolnak, hiszen 

a nyílt forráskódú szoftvereknek nincs licenc- 


díjuk, költségeik csak a kapcsolódó szolgál- 
tatásoknak vannak. Az ÍT-outsourcing nyo- 
mán csökkentek az egy munkaállomásra ju- 
tó üzemeltetés költségei is. Az OVSZ-nél ki- 
emelték a szerződésben rögzített magas 
szolgáltatási szintet, amely elengedhetetlen 
a vérellátás folyamatos biztosításához. 


gatásából származó problémák zö- 
me, másrészt előtérbe kerültek a kül- 
ső céggel kapcsolatos feladatok. Az 
üzemeltetés kihelyezése lehetővé tet- 
te számunkra, hogy ne a napi gondok 
megoldásával foglalkozzunk időnk 
legnagyobb részében, hanem az új 
koncepciók kidolgozására összponto- 
sítsunk" — mutatott rá Szász Gergely. 


Az áttérés zökkedöneútesei szájlatt; 
A tapasztalatok azt mutatják, hogy 
akik az előző rendszert szívesen hasz- 
nálták, és volt némi számítástechni- 
kai affinitásuk, azok az új környezet- 
ben is könnyen eligazodnak. 


Az új rendszert először az OVSZ 
budapesti központjában vezették be. 
Minden munkaállomás esetében fel- 
másolták a felhasználó dokumentu- 
mait és leveleit a szerverre, az adott 
munkatárs pedig másnap már a köz- 
ponti szerverről érte el az adatokat. 

A fejlesztések nagy része már meg- 
valósult, a projekt befejezéséhez kö- 
zeledik. Az OVSZ a továbblépést 
egyértelműen a nyílt világ felé terve- 
zi. Amit csak lehet, szeretnének nyílt 
forráskódú szoftverekkel kiváltani. 

, Az open source rendszerek elter- 
jesztése mellett vannak egyéb új elgon- 
dolásaink is. Szeretnénk olyan kultúrát 
behozni az intézetbe, amely a közszfé- 
rában még nem általános. Olyan meg- 
oldásokra gondolunk, amelyek túlmu- 
tatnak az egyszerű e-mailezésen, illetve 
a papíralapú ügyintézésen. Foglalko- 
zunk például a csoportmunka-megol- 
dások, közös naptár, közös feladatlisták 
stb. bevezetésének gondolatával, szin- 
tén nyílt szoftverekkel" — et 
az OVSZ informatikusa. 
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Kontroll korlátok nélkü 


A Novell rendszer-felügyeleti termékcsaládjának januárban bejelentett, új verziója, 
a ZENworks 11 kiterjesztett plattormtámogatással érkezett, Így segítségével a vállala- 
tok egyetlen konzolról láthatják el Linux- és Windows-alapú kliensgépek és szerverek 


központi, szabályokon és felhasználóazonosításon alapuló felügyeletét. 


Írta: Kis Endre 


Novell ZENworks II egysé- 
A ges felügyeleti platformba 

integrálja a ZENworks 
Configuration Management, ÁAsset 
Management, Patch Management 
és Endpoint Security Management 
megoldásokat. 
nek köszönhetően ugyanarról a konzolról, 
a ZENworks Control Centerből felügyelhe- 
ik az eszközöket, frissíthetik az alkalma- 
ásokat, biztosíthatják a végpontok védel- 
mét és nyomon követhetik a szoftverlicen- 

— Az új verzió egyúttal speciális 

funkciókat is tartalmaz az olyan idő- 
szerű felügyeleti projektek támogatá- 
sára, mint például a klienskörnyezet 
Windows 7 operációs rendszerre tör- 
ténő migrálása, vagy a Linux rend- 
szerek felügyeletének egységesítése 
— emelte ki Hargitai Zsolt, a Novell 
Magyarország üzletfejlesztési vezető- 
je.—- AZENYworks 11 a Windows 7-re 
való frissítés minden fázisában segíti 
a vállalatokat, az előkészítő felmérés- 
től kezdve a tesztelésen és a migrá- 
ción át az új operációs rendszer üze- 
meltetéséig. Az informatikai környe- 
zetükben Linux platformot használó 
szervezetek számára pedig lehető- 
vé teszi, hogy ugyanerről a menedzs- 
mentkonzolról irányítsák a nyílt for- 
ráskódú operációs rendszerek kliens- 
és szerveroldali bevezetését, az alkal- 
mazások és a javítások automatizált 
telepítését, valamint a felhasználók és 
az irányelvek felügyeletét. 


FELHASZNÁLÓAZONOSÍTÁS 
ÉS HELYÉRZÉKELÉS 


A Linux és Windows végpontok 
egységes felügyeletére szolgáló 
ZENworks 11-ben a vállalatok 
ugyanazon a menedzsmentkonzo- 
lon és ügynökalkalmazáson keresztül 
használhatják a termékcsalád négy, 
kulcsfontosságú elemét. 

Ez egyrészt könnyebben áttekint- 
hető, a hatékonyabb munkát segítő 
kezelőfelületet biztosít. A ZENworks 


A COMPUTERWORLD MELLÉKLETE 


Control Center felülete a Web 2.0-s 
technológiák alkalmazásában bevált 
gyakorlat szerint készült, nyílt szab- 
ványokra épül, böngészőből elérhető, 
SaaS-képes, az ITIL v3 irányelveit 
követő, az ITIL alapfolyamataira 
összpontosító menüket tartalmaz, 

a nézetek és listák beállítási lehetősé- 
gein túl API-n keresztül is testre 
szabható. Másrészt a négy felügye- 
leti megoldás által közösen használt, 
adaptív ügynökalkalmazásra való át- 
térés egyszerűbbé és testre szabható- 
vá teszi annak telepítését, továbbá 
minimálisra csökkenti a helyet is, 
amelyet az ügynökalkalmazás a fel- 
ügyelt eszközön elfoglal. 

- A ZENworks 11! a felhasználók 
azonosításán alapuló menedzsmentet 
valósít meg heterogén környezetek- 
ben, a rendszergazdák így nem az 
eszközökhöz, hanem a felhasználók- 
hoz rendelhetik a jogosultságokat 
— mutatott rá Hargitai Zsolt. — 

A ZENwotrks 11 helyérzékelési ké- 
pességeinek köszönhetően azt is jelzi, 
ha egy felhasználó a biztonságos há- 
lózaton kívül kerül, és a földrajzi el- 
helyezkedésnek megfelelően optima- 
lizálja a szerverek elérését, illetve ér- 


Novell. ZENworks. Suite 6 
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vényesíti a felhasználóval kapcsolatos 
biztonsági házirendeket. Vállalaton 
kívüli hozzáféréskor például kötelező 
lehet a VPN használata, de ugyan- 
így szabályozható az USB-eszközök 
és a Wi-Fi hálózatok használata is. 

A felügyeleti megoldás új verziója 
nem utolsósorban azt is lehetővé te- 
szi, hogy a rendszergazdák a Win- 
dows energiakezelési beállításait há- 
zirendből konfigurálják, és az Intel 
vPro technológia segítségével mene- 
dzseljék a munkaállomásokat. 

A Novell ZENworks 11-gyel a Win- 
dows XP és Windows 2003 Server, 
valamint a SUSE Linux Enterprise 
Desktop and Server 10 és a Red Hat 
Enterprise Linux 4.6-- verzióktól 
kezdve az operációs rendszerek bár- 
mely verzióját futtató eszközök fel- 
ügyelhetők. Az Ovum piacelemző 
cég külön is kiemeli a ZENworks 
Configuration Management erőssé- 
geit, amelyek a Linux-alapú eszközök 
felügyelete terén mutatkoznak meg, 

a Gartner és a Forrester pedig a PC-k, 
illetve az IT-eszközök életciklusának 
kezelésére készült megoldások között 
méltatta a Novell termékcsaládjának 
előző verzióját. 


ZENWORKS A FELSŐOKTATÁSBAN 


A Közép-európai Egyetemen (Central 
European University-CE U) a világ 
102 országából több mint 1600 hall- 
gató tanul. Az intézményre jellemző, 
hogy a tanárok és a diákok nemcsak az 
egyetemi asztali számítógépeket hasz- 
nálják munkájuk, illetve tanulmánya- 
ik során, hanem saját notebookjaikat 
is beviszik a laborba. A heterogén II- 
környezetben végzett, folyamatos 
alkalmazástelepítésekből adódó prob- 
lémákat a CEU a ZENworks Appli- 
cation Virtualization segítségével 
oldotta meg. 

A Novell megoldásával virtualizált 
alkalmazás egyetlen, önállóan futó 
.exe fájlból áll, amely független a PC 
operációs rendszerétől és rendszer- 
leíró adatbázisától. Az alkalmazások 
virtualizálása automatizáltan, a folya- 
matot lépésről lépésre segítő varázs- 
lókkal történik, emellett 
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a legnépszerűbb irodai alkalmazásokhoz 
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és böngészőkhöz. Így akár 20 perc alatt 


virtualizálható egy-egy alkalmazás, amely 


, 
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egy USB-kulcson is hordozható, és külön te- 


lepítés nélkül bármely PC-n használható.Íew 
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Beágyazott rendszerek 


Beágyazott rendszerekkel mindenhol találkozhatunk, például járművekben, gyártó- 
berendezésekben, műszerekben, de még a háztartási készülékeinkben is, sőt 

a mobiltelefon is egy bonyolult beágyazott rendszer. És meglepően gyakran 
találkozunk bennük nyílt forráskódú, akár ingyenesen használható megoldásokkal. 


Írták a BME Méréstechuika és Információs Rendszerek Tanszék munkatársat" 


begyázott rendszerekben spe- 
A ciális számítógépek — többnyi- 

re mikrovezérlők, jelfeldolgo- 
zó processzorok (DSP-k) vagy spe- 
ciális programozható áramkörök (pl. 
FPGA-k) - végzik a vezérlési, irányí- 
tási, feldolgozási feladatokat a hasz- 
náló számára láthatatlanul. A gyár- 
tók a hardver-szoftver kifejlesztéséhez 
gyakran használnak nyílt forráskó- 
dú szoftvereket, amelyek jelentős ré- 
sze — bizonyos feltételekkel — ingyene- 
sen használható. A továbbiakban ezek- 
ről adunk egy rövid áttekintést. 


HARDVER ÉS SZOFTVER 


Beágyazott rendszerek esetében 

a hardver- és szoftverfejlesztés elvá- 
laszthatatlan egységet alkot, így ami- 
kor az open source világ szerepéről 
beszélünk, mindkét témakört meg 
kell vizsgálnunk. 


T2 Fi FASTA 


Array) tartalmazó rendszerek fejlesztésé- 
Ezek a programozható logikai 
áramkörök sokféle összetett funkciót 
implementálhatnak egyetlen áram- 
körben, így a tervezés során általá- 
ban nagy számban használnak készen 
rendelkezésre álló hardverleíró szoft- 
vermodulokat, ún. IP- (intellectual 
property) blokkokat. Az FPGA- 
gyártók rugalmasan konfigurálha- 

tó könyvtári készletet biztosítanak 
ezekből az IP-blokkokból. A készlet 
nagy részének használata jogdíjkö- 
teles, és forráskódban általában nem 
áll rendelkezésre, de léteznek csök- 
kentett funkcionalitású, nyílt forrás- 
kódú ingyenes verziók is. Ezeken kí- 
vül gyártófüggetlen tisztán open 
source blokkok is elérhetők például 
az opencores.org szervezet honlapján 
keresztül. Ezeknek az open source 
IP-blokkoknak a komplexitása igen 
változó, az egyszerű interfészektől 
kezdve a 32 bites RISC processzoro- 
kig sok minden szerepel a fejleszté- 
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sek között. A forráskód rendelkezés- 
re állása viszonylag egyszerűvé teszi 
a blokkok funkcionalitásának bővíté- 
sét, testre szabását, ugyanakkor a do- 
kumentáltság és verifikáltság mérté- 
ke gyakran nem megfelelő. 


A statisztikák azt mutatják, hogy 
egy beágyazott rendszer fejlesztésé- 
nél a szoftverre lényegesebben több 
erőforrást és időt szánnak a cégek, 
mint a hardverre. Ebben a folyamat- 
ban az open source fejlesztőkörnye- 
zetek, operációs rendszerek, kernelek 
és szoftvercsomagok szerepe je- 
lentősebb, mint a hardvertervezés- 
nél bemutatott nyílt forráskódú IP- 
blokkoké. 


OPEN SOURCE ALAPÚ 
FEJLESZTŐKÖRNYEZETEK 


A beágyazott rendszerek egy vagy 
több speciális processzort, többnyi- 
re mikrovezérlőt tartalmaznak, ame- 
lyekhez ugyanúgy szoftvert kell írni, 
mint az asztali számítógépek alkal- 


mazásaihoz. LETETT N 
jellegzetessége, hogy a feladatok méreté- 


ől és az alkalmazás jellegétől függően na- 
Az egyik ki- 


hívás éppen az, hogy egy adott pro- 


cesszorra már elkészített alkalmazást 
hogyan lehet átvinni (portolni) a le- 
hető legkevesebb munkával egy má- 
sik platformra. Például azért, mert 
bővíteni kell a funkciókat, de a jelen- 
legi processzornak már nincs ehhez 
elegendő erőforrása. A szoftverfej- 
lesztést és -portolást nagyban meg- 
könnyíti egy átgondolt, jól felépített 
fejlesztőkörnyezet. 

Egy teljes fejlesztőkörnyezet fel- 
építhető szabad forráskódú kompo- 
nensekből. Ez általában időt és szak- 
értelmet igénylő feladat, de így is 
sokszor megéri ezeket használni a li- 
cencenként több százezer forint- 
ba kerülő gyári rendszerek helyett. 
A nyílt for- 
ráskódú kom- 
ponense- 
ket gyakran 
a zárt forrá- 
sú szoftverek 
is felhasznál- 
ják. A hard- 
vergyártók 
így készítik el 
például a saját 
architektúrá- 
jukat támo- 
gató GCC- 
Eclipse alapú 
környezetüket 
(pl. WInAVR, 
LPCXpresso), 
amit aztán ingyenesen vagy a hagyo- 
mányos fizetős környezeteknél lénye- 
gesen olcsóbban tesznek elérhetővé. 
Használatukkal a felhasználó meg- 
takaríthatja a fejlesztői környezet in- 
tegrálását, testre szabását, és bizo- 
nyos támogatást is kap. 

Erdemes megjegyezni, hogy a be- 
ágyazott rendszerek fejlesztési folya- 
matában a hagyományos szoftver- 
fejlesztésben is használt open source 
eszközök is megjelennek, például 
a verziókövetést támogató SVN 
(Subversion vagy CVS (Concurrent 
Versions System), valamint a forrás- 
kódból dokumentációt generáló 
Doxygen. 

Egy fejlesztőkörnyezet általában 
az alábbi fontosabb komponensek- 
ből áll: keresztfordító szoftvercso- 
mag (toolcbain), hibakeresést segítő 
szoftverkomponensek (debugger), gra- 
fikus keretrendszer, IDE (Integrated 
Development Environment), kiegészítő 
szoftvercsomagok. Ezek együttesét 
ecosystem elnevezéssel is illetik. 
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KÖTSZ KOTTÁT A beágyazott 


szoftverek fejlesztéséhez elengedhe- 
tetlen az érintett platformon futtatha- 
tó bináris állományt előállító kereszt- 
fordító szoftvercsomag. (A szoftver- 
fejlesztés asztali számítógépen törté- 
nik, de az előálló bináris állományok 
már az eltérő architektúrájú beágya- 
zott rendszeren futnak, ezért indokolt 
a keresztfordító elnevezés.) Az egyik 
legelterjedtebb nyílt forráskódú ke- 
resztfordító a GCC (GNU Compiler 
Collection). Talán egyes , fizetős" tár- 
sainál kevésbé hatékony kódot gene- 
rál, mégis széles körben használják. 

A GCC a legújabb processzorarchi- 
tektúrákhoz is nagyon hamar elérhe- 
tővé válik, ugyanis a processzor gyár- 
tója számára komoly versenyhátrány- 
nak számít, ha nem tudja ezt felkínál- 
ni a fejlesztőknek. 

A hatékony hibakeresést 
segíti a GCC részét képező GDB 
(GNU Debugger). A hibakereséshez 
azonban gyakran szükség van hard- 
vertámogatásra is. Erre jó példa az 
ARM architektúráknál használható, 
szintén nyílt forráskódú OpenOCD 
(Open On-Cbip Debugger), amely 
szabványos J TAG port felhasználásá- 
val teszi lehetővé a hibakeresést. 

A (beágyazott) 
szoftverfejlesztők jogos igénye, hogy 
a forráskód elkészítése után minden 
egyéb feladat néhány kattintással el- 
végezhető legyen; szükség van tehát 
valamilyen grafikus felületre. A nyílt 
forráskódú Eclipse keretrendszer 
nagy előnye, hogy a fejlesztőkörnye- 
zet valamennyi komponensét integ- 
rálni tudja, valamint jól testre szab- 
ható. Az Eclipse segítségével meg- 
oldható az is, hogy egyidejűleg akár 
több különböző platformra készít- 
sünk programokat, miközben a fej- 
lesztő egy egységes, jól megszokott 
felületet lát. 


BEÁGYAZOTT OPERÁCIÓS RENDSZEREK 


A legtöbb beágyazott rendszerben 
használnak valamilyen operációs 
rendszert, aminek a kiválasztása je- 
lentős hatással lehet mind a fejlesz- 
tőkörnyezetre, mind a fejlesztéshez 
használható egyéb szoftvercsoma- 
gokra. Erdemes ezért megnézni, 
hogy ezen a területen mennyire ter- 
jedtek el az open source megoldások. 
A 2010-es Embedded Market Study ta- 
nulmány szerint a 2006—2010 idő- 
szakban a vizsgált négyféle operációs- 
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rendszer-kategória közül (commercial, 
open source, in-bouse, commercially 
distributed open source) csak az open 
source tudott egyértelműen stabil 

és egyenletes növekedést felmutat- 
ni. Amíg 2006-ban a használt operá- 
ciós rendszerek 16 százaléka tartozott 
ebbe a csoportba, 2010-re ez az arány 
29 százalékra nőtt. 

Az open source beágyazott operáci- 
ós rendszerek elemzésénél két jól el- 
különülő kategóriát érdemes meg- 
vizsgálni. Az egyik a kis komplexitá- 
sú kernelek kategóriája, amelyek a pár 
kilobájtos programmemóriától 
a 100-200 kilobájtos méretig terjed- 
nek, a másik pedig a több megabájt- 
nyi memóriát igénylő Linux-változa- 
toké. A kis kerneleket a beágyazott 
fejlesztések mintegy 30 százalékánál 
alkalmazott, 10-100 MHz-es órajel- 
ről működő mikrovezérlők területén 
használják, amelyek nem rendelkez- 
nek elég erőforrással ahhoz, hogy be- 
ágyazott Linux-verziók fussanak 
rajtuk. A kis kernelek használatát el- 
sősorban a 2000-es évek elején meg- 


jelent új, 32 bites mikrovezérlő-gene- 
ráció indokolja. Ezeknek alacsony 
áruk mellett bőséges perifériakész- 
letük van (pl. USB, Ethernet, SD in- 
terfész), így a programozásuk is egy- 
re jobban megköveteli az operációs 
rendszerek használatát. 

A kis komplexitású kate- 
góriába tartozó FreeRTOS kernel 

az utóbbi évek egyik legsikeresebb 
open source fejlesztése. Ez egy in- 
gyenesen használható valós idejű mi- 
ni kernel, amelynek több mint 26 
hardverplatformra létezik portolása. 
A FreeRTOS csak alapszolgáltatáso- 
kat tartalmaz, amelyek kiegészíthe- 
tők például kommunikációs protokol- 


lokat és fájlrendszereket megvalósító, 
szintén open source programcsoma- 
gokkal. A TCP/IP protokollkészletek 
esetében a legelterjedtebb ilyen szoft- 
vercsomag az LwIP (Ligbt-weigbt 
TCP/IP stack) és a nIP (mikro IP), 

a fájlrendszerek közül pedig a FatFs. 
A Linuxot használó beágya- 
zott fejlesztések aránya folyama- 
tosan nő, a 2010-es Embedded 
Market Study alapján a 2007-es 2199 - 
ról 2010-re 2890 -ra nőtt. Ez főleg 

a Linux ingyenességének, a bőséges 
drivertámogatásnak, a beépített háló- 
zati protokolloknak, a könnyű bővít- 
hetőségnek és széles támogatottság- 
nak köszönhető. A nagy népszerűség 
következtében jellemzően a Linux az 
első operációs rendszer, amely egy új 
processzorarchitektúrán vagy konk- 
rét processzortípuson megjelenik. 

A Linuxnak létezik valós idejű ki- 
terjesztése is (pl. RILinux, RTAI, 
Xenomai). A Linuxot műszaki fo- 
gyasztási cikkekben (pl. televíziók- 
ban), hálózati berendezésekben 
(ADSL router), okostelefonokban 
(Android), ipari irá- 
nyítástechnikában, 
méréstechnikában, 
épületinformatiká- 
ban is széles körben 
használják. 


ÖSSZEFOGLALÁS 


Összefoglaláskép- 
pen elmondható, 
hogy a nyílt for- 
ráskódú fejlesztő- 
eszközök és szoft- 
vercsomagok a be- 
ágyazott rendsze- 
rek hardver- és 
szoftverfejlesztésé- 
nek minden pontján jelentős szerepet 
játszanak. Kijelenthető, hogy tisztán 
open source eszközökkel piacképes 
beágyazott rendszerek hozhatók lét- 
re. A nyílt forráskódú szoftverek be- 
ágyazott rendszerekben való haszná- 
latának több előnye van: a szoftve- 
rek jelentős része ingyenes, az elké- 
szült alkalmazás könnyen portolható 
egy másik platformra, a fejlesztő lát- 
ja, hogy mi történik a rendszer belse- 
jében, ezáltal könnyebb a hibakeresés 
és jobban testre szabható a rendszer. 
Végül nem elhanyagolható szempont, 
hogy a nyílt forráskódú eszközök 
megkönnyítik a tanulást, oktatást, se- 
gítik a folyamatok jobb megértését. 41 
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Android; 


Vendégszerzőnk, a Helloandroid.com munkatársa körüljárta az Android mobil 
operációs rendszer körüli szabadalmi viták, licencek kérdését: open source vagy nem 
open source, részben az vagy egészében? Milyen nehézségekbe futhatunk bele, ha 
az Android operációs rendszert választjuk mobilkészülék kiadásához? 


a felmegyünk az Android hi- 
A] vatalos weboldalára, pár kat- 

tintás után már tölthetjük is 
le a forráskódot, és örömtől ragyo- 
gó arccal dörzsölhetjük a kezünket, 
hogy milyen remek dolgok vannak! 
Pár pillanat múlva ugyanis már neki 
is eshetünk egy ingyenes, nyílt for- 
ráskódú és példátlanul népszerű ope- 
rációs rendszer tanulmányozásának, 
vagy netán újrahasznosításának. De 
vajon bármit megtehetünk a letöltött 
forráskóddal? Es mindenki örülni 
fog annak, amit csináltunk? 


Hogy miért éppen 
Apache 2.0, és miért nem mondjuk 
LGPL, arra a hivatalos Android pro- 
jektoldal is kitér. Ezek szerint az 
Android projekt pont a szabadság- 
ról és a választás lehetőségéről szól 
a mobilszektorban. Es bár a projekt 
részvevői mindenkit bátorítanak ar- 
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ra, hogy olyan készülékeket dobja- 
nak piacra, amelyek nyíltak és bár- 
ki által módosíthatók, mégsem lehet 
mindenkire ráerőltetni ezt a sémát. 
Márpedig az LGPL és társai eseté- 
ben épp ez lenne a helyzet. 


A nyílt forráskódú közösségek- 
ben egyébként is népszerű Apache 
Software Licence 2.0 (ASL) kimon- 
dottan engedékeny licencelési for- 
ma, amely élénkítően hat a kereske- 
delmi fejlesztésekre és a rá épülő, de 
szerzői jogi védelem alatt álló termé- 
kek forgalmazására. Az ASL és a ha- 
sonló engedékeny licencek alatt ter- 
jesztett kódok beépíthetők zárt for- 
ráskódú és jogvédett termékekbe is, 
amelyek aztán teljesen más feltételek 
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mentén terjeszthetők. Ezzel szem- 
ben a GPL és társai általában va- 
lamilyen megkötést tartalmaznak 
a kód újrafelhasználhatóságával kap- 
csolatban, amellyel a módosítások és 
a különböző származékok nyíltságát 
biztosítják. 

Az ASL azért népszerűbb sok 
cég szemében, mert lehetővé teszi 
a nyílt forráskódú részek felhasz- 
nálását anélkül, hogy a segítségé- 
vel létrehozott -— esetleg egyenesen 
szabadalmaztatott — megoldásokat 
publikálni kellene a közösségnek. 
Egyúttal ez a licencelési forma lehe- 
tővé teszi a nyílt forráskódú szoft- 
verek kereskedelmi célú fel- 
használását is. Valószínű- 
leg ez lehet az egyik ténye- 
ző, ami miatt a Google ezt 
a licencelési formát válasz- 
totta mobilplatformjának. 
Ezzel a megoldással a leg- 
több cég saját specifikus 
megoldásának alapjául vá- 
laszthatja az Androidot, és 
építhet rá olyan egyedi megoldáso- 
kat, amelyek féltve őrzött üzleti tit- 
kok részeit képezik anélkül, hogy 
ezeket az üzleti titkokat fel kellene 
fedniük a közösség előtt. 


A kritikusok szerint viszont 


Az ellenérv 
e gondolatmenetre viszont, hogy ha 
a különböző cégek a saját szellemi ter- 
mékeik védelmét fontosabbnak tart- 
ják, mint hogy azokat a nyílt forráskó- 
dú közösség rendelkezésre bocsássák, 
akkor jóval kevesebb fejlesztés törté- 
nik a platform körül, így a közösség is 
kevésbé fejlődik. 

Erdekes kérdés továbbá, hogy va- 
jon mindenki jól jár-e egy ingyenes 
termékkel. Addig feltétlenül, amíg 
csak azt nézzük, hogy nem kell fizet- 
nünk, amikor letöltjük a teljes for- 
ráskódot. De ez egyben azt is jelen- 
ti, hogy hivatalos támogatás nem jár 
hozzá. Ugyan van hibabejelentő ol- 
dal, meg nagy forgalmú közösségi 
oldalak, ahol sok mindent meg lehet 
beszélni, de némely esetekben ez ke- 
vés lehet, és megérne néhány dollárt, 


A GOMPUTERWORLD MELLÉKLETE 


Op 


SÜT 


ha a hivatalos forrásból részesülhet- 
nénk közvetlen támogatásban. 

Azt az állítást, hogy akkor ezek 
szerint bárki ingyenesen hozzájut- 
hat az Android forráskódjához, és 
azt csinál vele, amit akar, persze né- 
mileg árnyalja a közelmúltban az 
Androidot érintő több licencelési 
csavar. 


MEGALL. ZA 1 

Az elsők közt a :HTC Fgdt a meg 
a Microsofttal, hogy minden eladott 
androidos telefon után licencdíjat fi- 
zet a redmondi óriáscégnek. Az a fur- 
csa helyzet állt tehát elő, hogy a HIC 
akkor is fizet a Microsoftnak, ha egy 
Windows Phone 7 operációs rendszer- 
rel felvértezett készüléket ad el, meg 
akkor is, ha egy konkurens Android 
terméket. Es hogy minek köszönhe- 
tő mindez? Bár a két cég közlemé- 
nye nem konkretizálja, mely tech- 
nológiákról van szó, csak annyit kö- 


zöl, hogy a megállapodás a Microsoft 
, széles portfólióját fedi le". A megál- 
lapodás értelmében tehát a HIC szá- 
mos olyan technológia használatá- 

ra jogosult az androidos készüléke- 
ken, amely a Microsoft szabadalmi 
oltalma alatt áll. A leggyakoribb vé- 
lemények közt a Microsoft Exchange 
ActiveSync technológia használata áll, 
de ugyanígy szerepel a listán a jelerős- 
ség és az akkumulátor töltöttségének 
kijelzése is. 

Persze a Microsoft célkeresztjében 
nemcsak a tajvani HTC áll, ugyan- 
így megkeresték a Motorolát is, ahol 
a figyelem középpontjában szintén 
az ActiveSync-technológia haszná- 
lata áll. Ittazonban nem megállapo- 
dásról van szó, hanem egyenesen pe- 
res ügyről, amellyel egyúttal arra is 
fel kívánja hívni a figyelmet a Mic- 
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rosoft, hogy amíg az Androidnál 
több licenc pótlólagos beszerzésé- 
re is szüksége lehet egy gyártónak, 
addig a Windows Phone 7 eseté- 
ben komplett licencelt megoldást kí- 
nál a cég. 

Nem a Microsoft az egyetlen, 
amely benyújtotta keresetét az 
Android miatt. Itt van például az 
Oracle, amely a Sun felvásárlásával 


N megszerezte a jogokat a Java- 
technológiára is. Az Oracle 
állítása szerint ugyanakkor 
az Android virtuális gépét 
adó Dalvik VM megalkotá- 
sa során a , a Google tuda- 
tosan, közvetlenül és folyta- 
tólagosan visszaélt az Oracle 
Javával kapcsolatos intellek- 
tuális tulajdonával". A Google azzal 
védekezik, hogy bár az Android ese- 
tében a Java nyelv alapjait használják 
a fejlesztők a programok megírására, 
bármely más nyelv is alkalmas len- 
ne a fejlesztéshez. A lényeg a virtuá- 
lis gép szintjén van, ahol is nem a Ja- 
va VM utasításkódjai futnak, hanem 
a csak Dalvik VM által értelmezhető 
egyedi utasításkódok. 


A jogi procedúra julealkssi is tart, és 
a kimenetelétől függ, hogy kell-e a Java 
után is licencdíjat fizetni az Android 
esetében — tovább erodálva az ingyenes 
operációs rendszer , ingyenességét". 
Továbbá itt van még az Apple 
keresete is, amely ugyan nem az 
Androidot nevesíti, hanem specifi- 
kusan a HIC és a Motorola imp- 


lementációit támadja. A kereset- 
ben több operációs rendszer szintű 
és számos mobileszköz használatát 
érintő szabadalom szerepel. A fel- 
sorolt szabadalmak listáját nézeget- 
ve, a naiv felhasználó szintjén igen- 
csak csodálkozásra adhat okot, hogy 
mi mindent lehet levédetni. A do- 
log további érdekessége, hogy a ki- 
fogásolt készülékek közt nemcsak 


androidos készülékek szerepelnek, 
hanem Windows Mobile-osak is, 
igaz, a legtöbb baj az Android há- 
za tájékán akadt. 


A két közvet- 
lenül érintett cég, vagyis a HIC és 
a Motorola válasza nemes egyszerű- 
séggel egy-egy ellenper lett, amely- 
ben az Apple által megsértett saját 
szabadalmaikat teszik szóvá. 

Mint az elmondottakból is kitű- 
nik, az Android tehát ingyenes ope- 
rációs rendszernek indult, mégis jó 
pár peres ügytől és megállapodás- 
tól függően több licencdíj felmerü- 
lésével lehet majd számolni. Jelenleg 
mindenki perel mindenkit, így a , ki- 
egészítő" licencdíjak száma és értéke 
igencsak képlékeny. Mielőtt tehát pi- 
acra lépnénk egy saját Android-alapú 
eszközzel — amire maga az Android 
licenc lehetőséget ad —, érdemes ala- 
posan körülnézni, hogy más szelle- 
mi tulajdonát még csak véletlenül se 
sértsük meg. § 
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Nincs ingyen szoftver! 


Ahogy a sokat emlegetett elv szerint nincs ingyen ebéd, úgy nincs ingyen szoftver 
sem. Léteznek ugyan ingyenesen elérhető, szabad, illetve nyílt forrású szoftverek, 
amelyekhez licencdíj fizetése nélkül is hozzáférhetünk, értük azonban valamilyen 
formában fizetnünk kell. A kérdés leginkább az, hogy a nyílt forrású szoftverek árát 
az ebben üzletet látó szervezetek milyen formában tudják megkérni, illetve a vevők 


milyen formában és milyen mértékben kívánják megfizetni. 


Írta: Pfeiffer Szilárd, 


válaszok a fenti kérdésre igen- 
A csak különbözők lehetnek, at- 

tól függően, hogy milyen típu- 
sú szoftverről beszélünk, kik jelentik 
a célközönséget, milyen az adott üz- 
leti vállalkozás elfoglalt helye a pia- 
con, gyártója-e vagy disztribútora az 
adott terméknek és sok egyéb. Van 
azonban egy közös pont, amely a sza- 
bad szoftverek licencelésének sajátos- 
ságaiból (lásd a Copyleft: a licencelés egy 
speciális formája című keretes írásunkat 
a 42. oldalon) fakad: amennyiben üz- 
letünk kizárólag az általunk gyártott 
szoftver forrásának titkosságán, illet- 
ve a szoftver terjesztésének jogi esz- 
közökkel való korlátozásán alapszik, 
egy tisztán nyílt forrású megoldás va- 
lószínűleg nem lesz a legkifizetődőbb 
választás. Ezen oknál fogva vagy 
sem, a szoftvervállalatok nagy több- 
sége a zárt forráskódú fejlesztés mel- 


lett teszi le a voksát. LYEMSIMESSST e 


are Alliance (BSA), illetve az IDC közös 


a szoftverkalózkodás mértékét évről év- 


(freeware), illetve szabad (free) szoftverek 
A szoftverpiac visszássága- 

it jól mutatja, hogy előbbiek több mint 
fele kalózmásolat. Az amúgy is meg- 
döbbentő érték az elmúlt évek kemény 
küzdelmei ellenére is csak romlani 
látszik. Ez felveti a gondolatot, hogy 

a vevői oldal vagy nincs tisztában kö- 
telezettségeivel, vagy nem tudja, eset- 
leg nem ilyen formában kívánja megfi- 
zetni a felhasznált szoftverek árát. 

A szabad szoftverek megjelenése az 
informatikai piac számos szegmen- 
sében komoly változásokat indukált. 
A felhasználói piacon az egyik legin- 
kább szembeötlő példával a széles fel- 
használó bázissal rendelkező, alapve- 
tőnek számító alkalmazások szolgál- 
nak, mint amilyenek például a mé- 
dialejátszók, a webböngészők vagy 


Ej 
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a levelezőkliensek. A szabad (free), il- 
letve az ingyenes (freeware) szoftve- 
rek előretörésével az ilyen és ehhez 
hasonló applikációk pusztán önma- 
gukban gyakorlatilag eladhatatlan- 
ná váltak. Vagy maguk lettek kap- 
csolt áruk — mint azt az Európai Unió 
is kifogásolta az Internet Explorer 

és a Microsoft Windowsok viszony- 
latában -, vagy magukba integrál- 


nak olyan szolgáltatásokat, amelyek 
biztosítják megélhetésüket. Ilyen le- 
het a reklámoknak fenntartott hely 

a szoftverek felhasználói felületén, 
ami hatékonyság szempontjából ingo- 
ványos talaj, felhasználói szemszög- 
ből merénylet az esztétikai érzék el- 
len, ugyanakkor a mobilplatformo- 
kon újabb virágkorát éli. A böngészők 
esetében külön érdekesség ebben 

a kategóriakörben a beépített kereső- 
mező, aminek alapértelmezett beállí- 
tásáért, vagyis hogy az oda beírt szö- 
veg a Google, a Microsoft Bing vagy 
éppen a Yahoo keresőjében landoljon 
— dollártízmilliókban mérhető harc 
folyik. A legnépszerűbb nyílt forrású 
böngésző, a Firefox — mely világszer- 
te a piac közel egyharmadát, idehaza 
több mint felét uralja — mögött álló 


Mozilla Foundation százmillió dollá- 
ros éves költségvetésének szignifikáns 
részét a Google , adománya" adja. 

A szoftverhez kapcsolt szolgáltatá- 
sokon alapuló nyílt forrású üzleti mo- 
delleknek ez egy meglehetősen speci- 
ális, ámbár kétségkívül működőképes 
formája, ahol gyakorlatilag a gyár- 
tó termékének piaci részesedését bo- 
csátja áruba, ami az esetek többség- 
ben nem igazán járható út. 
ingyenesen elérhető — alkalmazáshoz adotti 
alamilyen többletérték jelenti az üzletet. 
Bár se szeri, se száma a különböző célok- 
a fókuszáló, változatos szervezeti felépítés 
ek, az üzleti célú felhasználás igényeinek 
Nemis 
elsősorban technológiai okokból — hi- 
szen az alapok mindenütt azonosak -, 


hanem a stabil hátteret adó, a piaci 
bizalmat megteremtő név hiányzik 
mögülük. 

Mára nincs hiány ilyen Linux- 
disztribútorokban, hiszen csak 
a legnagyobbakat említve — mint 
a Canonical, a Novell vagy a Red Hat 
-, elmondható, hogy mind a szer- 
verek, mind a munkaállomások te- 
rén erős a kínálat. Bár az említett cé- 
gek még az azonos szegmens ellenére 
is különböző üzleti stratégiát folytat- 
nak, melynek metszete a terméktá- 
mogatás, valamint a szoftverfrissíté- 
sek előre meghatározott ideig való 
fenntartása, a kompatibilis hardve- 
rek listájának karbantartása, illetve 
a képzési rendszer kialakítása. E tevé- 
kenységek azonban a bevételek csak 
egy korlátozott részét adják, a továb- 


A. COMPUTERWORLD MELLÉKLETE 


bi források előteremtése különbö- 

ző stratégiák mentén folyik. 
nyílt forrású alapokra fejlesztett tulajdo - 
nosi rendszerek licenceléséből, másrészt 
hardvergyártókkal kötött megállapodások- 
ból, melyek révén azok egy adott disztri- 
búcióval előtelepítve szállítják eszközeiket, 
További 


eltérések mutatkoznak a viszontela- 
dói, partneri rendszer szerkezetében, 
ahol van, aki a közvetlen jelenlét ese- 
tenként költséges megoldását választ- 
ja, kevés teret hagyva ezáltal a helyi 
üzleti partnereknek. Eppúgy alkal- 
mazott az élni és élni hagyni elv is, 
ahol a helyi igényeket helyi vállalko- 
zások elégítik ki. Ez különösen elő- 
nyös egy Magyarországhoz hasonló 
területen, ahol például a nyelvi korlá- 
tok elég erősek ahhoz, hogy a vevőket 
egy ír vagy egy indiai ügyfélszolgálat 
visszariasszon. 

Az előző évben az I [-piac eladási 
számaiban bekövetkezett strukturá- 
lis váltás — jelesül, hogy az utolsó ne- 
gyedévben több okostelefon fogyott, 
mint személyi számítógép - egy, 

a Linux-alapú operációs rendszer 
fejlesztésének újabb ágát tették meg- 
kerülhetetlen tényezővé. Különösen, 
ha figyelembe vesszük, hogy tavaly 
minden mobilplatform súlyos veszte- 
ségeket könyvelt el, és még az 1OS is 
csak stagnálni volt képes, miközben 
az Android, egy év alatt megnégysze- 
rezve részesedését, a piac majd egy- 
harmadát uralja. A Google véső so- 
ron elérte azt, amire eleddig szinte 
senkinek esélye sem volt: népszerű- 
vé tette a Linuxot a felhasználók kö- 
rében, még ha ők erről nem is tud- 
nak. A mobilgyártókkal kötött meg- 
egyezésektől függetlenül a keresőóri- 
ás vitathatatlanul nagy piacot nyert 
— vagy részben generált — magának, 
ahol a saját szolgáltatásait értékesít- 
heti. A cég profiljából következően 
pedig mi lehetne annál kifizetődőbb, 
mint felhasználók újabb tízmilliói, 
akik a cég levelező, videomegosztó, 
navigációs és még számos egyéb szol- 
gáltatását — a keresőről már nem is 
beszélve — használják. Egy ekkora — 
az App Store kötelmeitől, a Symbian 
halódásától nem árnyékolt -— piacon 
hamar megjelennek a befektetők és 

a fejlesztők is. Nyitott a pálya mind- 
azok számára, akik kis alkalmazáso- 
kat, játékokat vagy meglévő interne- 
tes rendszerüket fejlesztenék, illetve 
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értékesítenék. Ugyanakkor nyomás 
azokra nézve, akik már korábban is 
számoltak a mobileszközökkel, de 
más platform mellett tették le a vok- 
sukat. 
rületen is van létjogosultságuk, hiszen fő- 


reklámfelületet értékesítjük — a forráskód 


nyíltságától teljesen függetlenül alkalmaz- 
A Google egyúttal meg is tudja 
tenni azokat a lépéseket, amelyek ré- 


- gy "on 


telemben értéktelenné válik, a gyár- 
tó, megnyitva annak kódját, elérhe- 
tővé teszi azt a teljes potenciális fel- 
használói bázis felé. Ezzel magának 
nem okoz érdemi veszteséget, viszont 
terjeszti saját termékének szabad 
változatát, így is biztosítva saját pozí- 
cióját és kizárva a meglévő, illetve 
feltörekvő versenytársakat. Ez az el- 
járás egyben a szerzői jog — az infor- 
matika fejlődési ütemét tekintve eny- 
hén megmosolyogni való — 70 éves 


mm  gtatement esze m— 


8 d PG Ah 
vén a reklámtartalmak a felhasználó 
szempontjából kellőképpen releván- 


sak lesznek. 


OPEN CORE 


Nyílt és zárt rendszerekre egyaránt 
— még ha az előbbieken jellemzőbb 

is — létezik egy olyan üzleti modell 
(open core), amely arra a felismerésre 
épít, hogy egy szoftver azon funkci- 
óinak, amelyeket az adott kategóriá- 
ban minden termék megvalósít, nincs 
valódi piaci értéke. Ilyen lehet példá- 
ul desktop környezetben egy böngé- 
sző, egy levelező vagy szerveren egy 
naplózórendszer. A vevők az ilyen tí- 
pusú termékeket végső soron azokért 
a szolgáltatásaikért vásárolják, ame- 
lyek megkülönböztetik őket verseny- 
társaiktól, és speciális igényeiket elé- 
gítik ki. Az alapszolgáltatások tehát 
szabadon, míg az erre épülő — keres- 
kedelmi szempontból kritikus — mo- 
dulok vagy szolgáltatások licencdíj el- 
lenében érhetők el. Ez egyben azt is 
jelenti, hogy ha egy technológia az 
idők során nem is elavulttá, de álta- 
lánosan használttá, vagyis a fenti ér- 


aavtl)) ; 


védelmi idejének kijátszása is, ami 
egyben a modern technológiák széles 
körben való elterjedésének motorja 
is lehet. LEZTÖNKA Lt SA KATIE TTET 
ja is. Ez leginkább a függvénykönyvtárak 
(library), illetve a különböző fejlesztői ke- 
retrendszerek (framework) esetén haszná- 
Igy amíg egy fejlesztés ezekből 
építkezve szabad szoftvereket hoz lét- 
re, addig felhasználásuk egy nyílt for- 
rású licenc hatálya alatt történik, míg 
ha valaki tulajdonosi szoftvert kíván 
létrehozni, annak ezek az eszközök li- 
cencdíj-kötelesek. Előbbiek széles kö- 
rű felhasználói bázist biztosítanak, 
melynek egy része folyamatosan át- 
mozog az utóbbi irányba, amely a be- 
vételeket adja. 

Azokban a helyzetekben, amikor 
a vevőnek érdektelenek a termék 
alapjául szolgáló technikai eszközök 
licencelési feltételei, vagyis számára 
csak a megoldás a fontos — legyen szó 
akár egy NAS meghajtóról vagy egy 
médiacenterről — a nyílt forrású meg- 
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oldások költséghatékonyságuk révén 
versenyelőnyt jelenthetnek. Utóbbi 
példánál maradva egy otthoni fel- 
használásra szánt rendszer — amely 
képes minden, az interneten fellel- 
hető tartalmat a már meglévő mul- 
timédiás eszközeinken (tv, 5.1 hang- 
rendszer) lejátszani — a nyílt forrás ré- 
vén licencdíjak nélkül összeállítható. 
Amennyiben ezt mint kész megol- 
dást szállítjuk, a hardverszállítókkal, 
az internetes tartalomszolgáltatókkal 
kötött megállapodásokból származó 
bevételek, illetve a saját árrés együt- 
tesen megalapozhatják üzletünket. Ez 
természetesen csak egy példa a sok 
lehetséges közül, de jól mutatja, hogy 
a felhasználói igényekre adható vá- 
lasz nyílt forrású szoftverek felhasz- 
nálásával is. 


SZERINTED MENNYIT ÉR. ..? 


Uzleti szempontból talán a legkevésbé 
reménytelinek tűnő, a szabad szoftve- 
rek tekintetében azonban gyakran al- 
kalmazott megoldás az adományozás, 
ahol a szabad vagy nyílt forrású szoft- 
verek üzleti, illetve magánfelhaszná- 

lói közvetve vagy közvetlenül támo- 


2 z 


gatják a szoftver fejlesztőjét. AIETETE 


hető, de néhány kattintás révén a felhasz- 
Ez a fajta 
felhasználói beárazás a mobilalkalma- 
zásoknál már csak azért is működő- 
képes, mert a szabott áras társaiknál 
is nagyfokú igény mutatkozik arra, 
hogy az adott applikáció minőségéről 
előre legyen információnk. Igy vég- 
ső soron mindegy, hogy a támogatás 
vagy a vásárlás marad el. Azt azon- 
ban hozzá kell tenni, hogy a donáció 
ilyen formája nálunk kevésbé megho- 
nosodott intézmény, és még ha a mo- 
bileszközök piaca nemzetközi is, az- 
zal mindenképpen számolnunk kell, 
hogy az ilyen formájú bevételek nem 
igazán skálázódnak jól. Ami egy vagy 
néhány fejlesztő számára megélhetést 
ad, a növekedéshez nem feltétlenül 
elegendő, még ha az adott applikáció- 
ban lenne is potenciál. Széles felhasz- 
nálói tábor mellett ugyanakkor a kis 
összegű eladások is stabil bevételt je- 
lenthetnek. Számos jól működő pél- 
da létezik ugyanakkor a kereskedelmi 
megoldásokat szállító cégek és a ter- 
mékük alapjául szolgáló nyílt forrá- 
sú fejlesztést végző közösség között. 
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Előbbiek közvetlenül -— anyagi eszkö- 
zök révén -, vagy közvetve -— teszt- 
rendszerek, hardverek biztosításával — 
támogatják a fejlesztőket. Arnyoldala 
ennek a szimbiózisnak, hogy 
ve csaknem minden alkalmazás támaszko- 


, külön-külön senkinek nem elég fontosai 


a támogatáshoz. 


ÚJABB LEHETŐSÉGEK , 
A VÁLLALKOZÁSOK ELŐTT 


A szabad szoftverek elterjedésének jö- 
vőbeni növekedése újabb lehetőséget 
nyithat meg a lokális piacokon műkö- 
dő vállalkozások előtt. A megoldáso- 
kat választók számának emelkedésé- 
vel ugyanis az egyes szoftverek ere- 
deti fejlesztői nem, vagy nem feltét- 
lenül tudnak, illetve akarnak majd 

a felmerülő többletigények mind- 
egyikének megfelelni. Ennek számos 
oka lehet, köztük például az, hogy az 
adott szoftverprojekt vezetői nem lát- 
nak egy számunkra szükséges funk- 
ciót kellően fontosnak, vagy eset- 

leg nem esik egybe a fejlesztés álta- 
luk meghatározott fő csapásirányával. 
Az ilyen és ehhez hasonló esetek- 
ben - a tulajdonosi szoftverektől el- 
térően — semmilyen módon nem va- 
gyunk az eredeti gyártóhoz kötve. 
Egy alkalmas fejlesztőcég megbízá- 
sával hozzájuthatunk a kívánt funk- 


tünk, amelyre konkrétan nekünk van 
szükségünk. Egy olyan nagy volume- 
nű beruházás, mint amilyet egy álla- 
mi közigazgatási vagy oktatási rend- 
szer átállítása jelent, a nyílt forrás ré- 
vén nem csak a szállítóknak jelent ko- 
moly üzleti lehetőséget. Amennyiben 
a digitális megújulás programjának 
ide vágó részei valós projektekben öl- 
tenek testet, az állam akkor tudja ez- 
zel kapcsolatos költségeit minimali- 
zálni, egyben a gazdaságot élénkíte- 
ni, ha hazai vállalkozásokat bíz meg 

a felmerülő feladatokkal. 
atóságának feltételeiről a Miniszterelnöki 
int minden ilyen formában elköltött összeg 
önböző adók és járulékok formájában. 

A kérdés azonban, hogy szoftverein- 
kért egy bérleti jellegű jogviszonyban 
licencdíjként, vagy a hozzáadott érték 
után fejlesztési költségeket ellentéte- 
lezve kívánunk fizetni, már egyálta- 
lán nem csak állami ügy. 

A nyílt forrású szoftverek sem az üz- 
letről, sem az üzletellenességről nem 
szólnak, a szoftverfejlesztés gazdasá- 
gi kérdéseihez annyiban van közük, 
amennyiben azok a szabadszoftver- 
mozgalom alapját adó felhasználói jo- 
gokat érintik. Igaz ez annál inkább, 
mivel a nyílt forrású szoftverkódok 
egyre nagyobb hányadát készítik 


cióhoz, kiegészítéshez vagy akár hi- 
bajavításhoz egyaránt. Amennyiben 
igényünk nem teljesen egyedi, a fej- 
lesztés költségei megoszthatók azok 
között, akik számára az adott fejlesz- 
tés értékkel bír. A terméknek tehát 
csak pontosan annak a részéért fize- 


a nyílt forrású projektektől független, 
profitorientált szervezetek által fog- 
lalkoztatott szoftverfejlesztők. Ki-ki 
pontosan olyan és akkora üzletet épít 
a nyílt forrású szoftverekre alapozva, 
amilyet a licencelési feltételek, illetve 
a piaci viszonyok lehetővé tesznek. A 
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A nyilt minőség biztosítása 


A nagy és folyamatosan fejlődő szoftverrendszerek idővel egyre komplexebbé, 
nehezen karbantarthatóvá és tesztelhetővé, hibára hajlamosabbá válnak. 

Ezt a jelenséget szoftvereróziónak is nevezik. A szoftverrendszerek 
minőségének folyamatos romlása a fejlesztési és tesztelési erőfeszítések 
jelentős növekedésével jár, az éles üzemelés során fellépő hibák javítása pedig 


a fejlesztők és a termék presztízsvesztését eredményezheti. 


Írta: Ferenc Rudolf 


szoftvererózió a nyílt forráskó- 
A dú rendszereket is érinti, hi- 

szen a fejlesztői csapat munká- 
ját gyakran időben és térben elosztva 
végzi, eltérő programozási szokások- 
kal, tapasztalattal rendelkezik, és ösz- 
szetétele dinamikusan változik, mely 
tényezők a szoftver kódminőségének 
heterogenitását eredményezik. 

A forráskód mérése elengedhetetlen 
része a menedzsmentnek; kis esély 
van irányítani a minőséget, ha azt 
nem mérjük. A minőség mérése és 
javítása érdekében az eróziós folyama- 
tok meggátlása elengedhetetlen teen- 
dő. Az erózió csökkentésére, a minő- 
ség javítására a Szegedi Iudomány- 
egyetem Szoftverfejlesztés Tanszé- 
ke által kutatott statikus forráskód- 
elemzési technológiát alkalmazhat- 
juk, amely fejlesztését többek között 
nyílt forráskódú szoftverek elemzé- 
sével, az elemzési eredmények minő- 
ségjellemzőinek minőségi tudásbázis- 
ba gyűjtésével végezzük. A tudásbázis 
több száz nyílt forrású szoftver (pél- 
dául OpenOffice.org, Mozilla stb.) 
minőségértékelési eredményeit tar- 
talmazza, így összehasonlítási lehető- 
séget biztosít az újonnan elemzendő 
szoftvereknek. 

A statikus forráskódelemzés (gyak- 
ran statikus tesztelésnek is nevezik) 
nagyszerűsége abban rejlik, hogy szá- 
mítógépes programok ellenőrzik au- 
tomatikusan és rendszeresen a fej- 
lesztés alatt álló vagy kiadott szoftve- 
rek forráskódját (szoftverek, melyek 
szoftvereket ellenőriznek). Az auto- 
matikus elemzés segítségével a kriti- 
kus programrészletek azonosítható - 
vá válnak a következő kódjellemzők 
vizsgálatával. 

A forráskódban talál- 
ható nagyobb entitások (függvé- 
nyek, osztályok, csomagok) külön- 
féle jellemzőinek számszerűsített 
mutatói (például komplexitás, 
csatoltság, kohézió). 
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Az érintett 
programkódrészletek futtatása nagy va- 
lószínűséggel hibához vezet. Elemzésük 
elengedhetetlen, hiszen a helyes kódolási 
gyakorlatok útmutatást jelentenek a hi- 
bátlan, gyors, karbantartható és bizton- 
ságos kód írásához. 

Komoly 
tervezési problémákra utalhatnak, 
melyek a szoftver helytelen működé- 
séhez vezethetnek. 


Bevett gyakorlat a for- 
ráskód újrafelhasználása a másolás és 
beillesztés vágólap műveletek segítsé- 
gével. Habár ez a megközelítés csök- 
kentheti a fejlesztési időt, hosszú tá- 
von mégis meg kell fizetni az árát 

a megnövekedett karbantartási költ- 
ségek formájában. Amennyiben az 
eredeti kódban változtatni kell (pél- 
dául hibajavítás), az összes másolt 
részt is ellenőrizni és megfelelően 
változtatni kell. 

E gyenge pontok korai (tesztelés 
előtti) felismerése és javítása kritikus 
tevékenységek a szoftvererózió meg- 
állításának érdekében. 

A statikus tesztelésnek számos elő- 
nye van a klasszikus funkcionális 
teszteléshez képest (mindazonáltal 
nem váltja ki azt), hiszen több millió 
forráskódsor elemezhető órák alatt, 


manuális erőforrás bevonása nélkül 


(minimális költséggel), teljes kódlefe- 
dettséget biztosítva. 

A statikus elemzést a fejlesztési fo- 
lyamatban több ponton érdemes vég- 
rehajtani különböző funkcionalitással 
rendelkező elemzők segítségével, hi- 
szen egy szoftverhibát annál olcsóbb 
kijavítani, minél hamarabb detektál- 
juk azt. Első lépésként a fejlesztői kör- 
nyezetbe integrált eszközök futtatása 
javasolt, amelyek segítségével a hibá- 
kat a verziókövető rendszerbe kerülés 
előtt detektálják. A szoftver minőségét 
monitorozni több verziót követni ké- 
pes, a fejlesztés trendjeit ábrázoló sta- 
tikus forráskódelemző eszközöket 
ütemezetten (például éjszakánként) 
javasolt futtatni. A rendszert automati- 
kus (e-mailes) jelentéskészítő funkci- 
ókkal és riasztórendszerrel érdemes 
ellátni. A monitorozó rendszer mé- 
rési eredményeit a manuális tesztelés 
előtt elemezni kell, 
segítségével megfo- 
galmazva egy tesz- 
telési átadási kritéri- 
umot, mely meggá- 
tolja, hogy kódolá- 
si hibákat tartalmazó 
szoftverek kerüljenek 
a tesztelők kezébe. 

Mivel a nyílt for- 
rású szoftverek 
a legtöbb esetben 
ingyenesek, a fel- 
használóknak gya- 
korta az ingye- 
nességgel karöltve 
a rossz minőség kép- 
zete alakul ki. A monitorozó rend- 
szerbe integráltan a szoftverek fel- 
használói által is könnyen értelmez- 
hető, a jó minőséget alátámasztó osz- 
tályzási lehetőséget kell biztosítani. 
A Szegedi Tudományegyetem Szoft- 
verfejlesztés Tanszéke a nemzetközi 
ISO/IEC 9126 szoftverminőség szab- 
ványon alapuló minőségosztályzat 
prototípusa, a szoftvereket egy több 
száz programot tartalmazó adatbázis 
elemeihez hasonlítva ad annak minő- 
ségére és ISO/IEC 9126 szerinti tu- 
lajdonságaira (például érthetőség, 
karbantarthatóság, tesztelhetőség) 
egy 1-10-ig terjedő skálán minőségi 
osztályzatot. Az eredmények segítsé- 
gével a szoftver különböző verziói- 
nak osztályzatai is összehasonlítható- 
vá válnak, így betekintést nyerhetünk 
a fejlesztés trendjeibe is. 41 
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Nem jobb, nyiltabb 


A nyílt forrás a szoftveripar üvegzseb programja, legalábbis annyiban, hogy a közössé- 
gi alapú fejlesztések folyamatai és azok eredményei egyaránt nyilvánosak. Ez termé- 
szetesen nem jelenti azt, hogy az ilyen alapon szervezett fejlesztés, illetve a létrehozott 
szoftverek megbízhatóbbak, hatékonyabbak lennének vagy a felhasználói igényekhez 


jobban illeszkednének, azt viszont igen, hogy átláthatóbbak. 


Írta. Pfeiffer Szilárd, 


z a fajta átláthatóság azonban 
E egyaránt járhat előnyökkel 

vagy hátrányokkal, az adott 
helyzettől függően. A politikai szín- 
téren használt üvegzseb fogalom 
már csak azért is helytálló, mivel 
a rendszer hibáit, vagy ha úgy tet- 
szik, a kódbázis korrumpálódását itt 
is több oldalról figyelhetik, az eset- 
leges lelepleződéseket pedig ki-ki 
a maga céljai érdekében próbálja 
felhasználni. A korrupció gyanúja 
hosszú távon leginkább annak árt, 
akit a vád ér, ugyanakkor a korrup- 
ció valódi árát, a biztonsági kockáza- 
tot, a működéskiesés okozta veszte- 
ségeket a rendszerben megbízó fel- 


használóknak kell viselniük. Ilyen 
értelemben a szoftver minőségének 
vizsgálata legalább annyira fontos 
vásárlói, mint szállítói oldalon. 

A minőség-ellenőrzés szempontjá- 
ból a nyílt forrásnak megvannak 
a maga elvitathatatlan előnyei, hisz 
teljes mélységben lehetővé teszi 
mind a vevői, mind a harmadik fél 
által végzett auditot, bár az alkal- 
mazható módszerek közel sem nyúj- 
tanak százszázalékos biztonságot. 
Az erősségeként sokszor emlegetett 
,több szem többet lát? elv akár ha- 
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tásos is lehet, de nem árt kellő óva- 
tossággal kezelni, lévén működőké- 
pességének két előfeltétele is van. Az 
egyik — a szükséges feltétel -—, hogy 
legyen, aki ezeket a kódokat megné- 
zi. A másik - az elégséges feltétel — 
pedig, hogy legyen, aki ezek közül 

a felfedezett problémákat publikál- 
jesiNyilvánvaló, hogy egy ilyen audit te- 
vékenység komoly szakértelmet, nem ke- 
vés időt és energiát kíván, aminek a fi- 
nanciális feltételeit meg kell valamilyen. 
Amennyiben ennek 
a gyakorlata nincs meg, félő, hogy a 
kódokat leginkább azok fürkészik, 
akik a gyengeségekből saját ma- 
guknak kívánnak előnyt kovácsol- 
ni. Ma is több 
irányból vég- 
zik a kritikus 
kódok ellenőr- 
zését — példá- 
ul biztonság- 
technikai cégek 
vagy egyetemek 
-, ám épp a kö- 
zelmúlt egyik 
híre bizonyítot- 
ta, hogy milyen 
veszélyekkel 
kell szembenéz- 
ni egy közös- 
ségi fejleszté- 
sű szoftvernek. 
Konkrétan az 
OpenBSD kap- 
csán merült fel, hogy a projekthez 
hozzájáruló fejlesztők az FBI megbí- 
zásából hátsó kaput (back door) épí- 
tettek a rendszerbe. Ennek bizonyí- 
tása azóta sem történt meg, az érin- 
tettek tagadják az ellenük felhozott 
vádakat és állnak saját fejlesztése- 

ik esetleges auditja elé. A ügy azon- 
ban túlmutat saját határain, felvetve 
az ehhez hasonló esetek megtörténté- 


nek lehetőségét. [ÜMATSAgatzanten 


hogy a nyílt forrású fejlesztéseknél a válto- 


zzások a széles plénum előtt is névhez kö- 
öttek, visszakereshetők és elemezhetők, 


és ez elvezet egy újabb, minőségbiztosítási 


szempontból érdekes kérdéshez. 


FENNTARTHATÓ MINŐSÉG 

A minőség-ellenőrzés, a minőség- 
szabályozás irányába mozdulva fel- 
merül a kérdés: hogyan tartható fent 
egy közel állandó minőség egy csak- 
nem minden tekintetben heterogén 
fejlesztőközösségben? Ennek a na- 
gyobb felelősséggel járó részei egy- 
értelműen az egyes szoftvereken 
közvetlenül munkálkodó, az egyes 
verziók kibocsátásáért felelős fejlesz- 
tői csapatok. Ezek háttere egészen 
eltérő lehet, függően a szoftver mé- 
retétől, kiindulva az egyszemélyes 
kisalkalmazás-fejlesztéstől a több 
száz vagy több ezer aktív tagot 
számláló projektekig. Amíg a néhány 
fős fejlesztői csapatoknál az egyé- 

ni fejlesztői kvalitások a meghatáro- 
zók, addig egy bizonyos csoportmé- 
ret fölött — különös tekintettel a cso- 
port vegyes összetételére, valamint 
tagjaik erősen informális viszonyára 
-— már közel sem elegendő. Egyrészt 
szükséges számos — a csoportmun- 
kát megalapozó - technikai mód- 
szer és alkalmazás, amelyeket a sza- 
bad szoftver mozgalma egyébiránt 
már rég kitermelt magának, és azo- 
kat aktívan használja. Másrészt vi- 
kyéejetszükség van egy olyan motiváci- 


képes. Ez üzleti szempontból is releváns 
kérdés, hiszen fejlesztési modellünk ré- 

zeként támaszkodhatunk a saját termé- 
künk — vagy annak nyílt forrású változa- 
ELIT Ebben 
az esetben viszont célszerű tisztában 
lenni azzal, hogy a command and 
control jellegű vezetés — mint ahogy 
számos más újsütetű módszertan is 
— a nyílt forrás körülményei között 
eredendően bukásra van ítélve. Ez 
persze nem jelenti azt, hogy a cso- 
port tagjai nem fogadnak el vezető- 
ket, de ezeknek a szakmailag kellően 
felkészült fejlesztőknek egyfajta pu- 
ha diktatúra részeként kell fenntar- 
taniuk a kényes egyensúlyt a szoft- 
ver érdekei, illetve az egyes fejlesz- 
tők motiváltsága között, ám ez nem- 
csak szakmai, de vezetői erényeket is 
megkívánó feladat. 


Jn ADJ KI HAMAR, ADJ KI GYAKRAN!" 
Egy nyílt forrású közösség felépítése 
több oknál fogva is kifizetődő mun- 
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ka lehet. Egyfelől a szoftver elter- 
jesztése révén a piaci versenytársak- 
kal vívott harcban jelenthet előnyö- 
ket (lásd a Nincs ingyen szoftver című 
írásunkat), másfelől a minőség a mi- 
nőségbiztosításban is szerepet játsz- 
hat. Ugyanis hiába a legszélesebb 
körű és legmélyebb tesztelés, az ügy- 
felek a gyakorlatban midig tudják bi- 
zonyítani, hogy vannak olyan esetek, 
amelyekre sem a kód, sem a tesz- 

tek írása során nem sikerült gondol- 
ni. Minél nagyobb és minél aktí- 
vabb közösséget építettünk fel, an- 
nál nagyobb annak a valószínűsége, 
hogy a speciális körülmények kö- 
zött jelentkező hibák a szabad szoft- 
verek használóinál és nem a , fizető" 
ügyfeleknél jelentkeznek. Ehhez vi- 
szont szükségünk van a nyílt forrású 
fejlesztéseknél használt , Adj ki ha- 
mar, adj ki gyakran!" elv betartásá- 
ra, amely garantálja a felhasználók- 
nak, hogy az új funkciókhoz, a szük- 
séges javításokhoz a lehető legrövi- 
debb idő alatt jutnak hozzá, cserébe 
viszont el kell viselniük egy korlá- 
tozott mértékű bizonytalanságot 

a rendszer irányából. Egy adott mé- 
ret felett és olajozottan működő inf- 
rastruktúra mellett — úgy is mint fej- 
lesztői, felhasználó dokumentáci- 
ók, hibanyilvántartó rendszer — a kö- 
zösség önfenntartóvá válhat, vagyis 
a később érkezők a már meglévő in- 
formációk, illetve a régebbi tagok se- 
gítségével az eredeti fejlesztők erő- 
forrásainak elvonása nélkül kaphat- 
nak válaszokat kérdéseikre. További, 
nem elhanyagolható szempont, hogy 
mely közvetlen üzleti előnyt jelent. 229 
viszont folyamatosan idővel és ener- 
giával kell fizetni, nem megfeledkez- 
ve arról, hogy a nyílt forrású közös- 
ség mentes lehet olyan kötelmektől, 
amelyek a nagyobb szervezetek te- 
hetetlenségét okozzák, vagyis saját 
rossz döntéseink vagy a konkuren- 
seink előnykihasználása révén köny- 
nyen válhatunk kegyvesztetté. 


INTEGRITÁS 


Az igazán nagy szabad szoftveres 
fejlesztések — mint amilyen például 
a Gnome vagy a KDE desktop kör- 
nyezete, vagy akár maga a Linux 
kernel - folyamatai végső soron nem 
sokban különböznek a tulajdonosi 
szoftverek esetén megszokottaktól. 
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Minden közösség megalkotja a maga 
többnyire írott szabályait, amelyek- 
hez a projektek belülről és kívülről 
érkező fejlesztései esetén egyaránt 
ragaszkodik. Epp a nyílt forrású fej- 
lesztési modell, a nagyszámú részt- 
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ka teszi ezt igazán szükségessé. Sza- 
bályozatlan környezetben az egy- 
mástól akár csak formai elemekben 
— mint kódolási stílus vagy nevezék- 
tan —, de még inkább a tartalmuk- 
ban számottevően eltérő javítások 
nagyobb mennyiségben könnyen át- 
tekinthetetlenné tennék a kódot. 
ritásának megőrzése a minőség hosszú 
ávú fenntarthatóságának érdekében. En- 
a formailag és tartalmilag egyaránt tisz- 
CÉETTESÜSKENESZT SETA mennyiben 
a nyílt forrás elterjedése a kooperá- 
ciós hajlandóságot is növeli ez egyes 
szoftverek upstream verzióját fejlesz- 
tők és a projektekben érdekelt külső 
fejlesztők között, ez az elvárás egy- 
re fokozódik majd. Ez egyértelmű- 
en szükséges ahhoz, hogy a külső 
forrásból származó változtatások el- 
lenőrzése hatékony maradhasson, az 
ehhez, illetve az integrációhoz szük- 
séges idő pedig ne növekedjen a vál- 
toztatások hasznosságánál jóval na- 
gyobb mértékben. A fejlesztés súly- 
pontjának bizonyos mértékű áthe- 
lyeződése a fő fejlesztők irányából 

a közreműködőkébe felveti annak 

a kérdését, hogy meg tud-e marad- 
ni a közösségi fejlesztések esetén jel- 
lemző motivációs tényező, misze- 
rint az egyes résztvevők fejlesztői jó 
hírnevükkel feleltek a változtatásai- 
kért, lévén azt névvel vállalják, ami 
a kódtörténetben vissza is kereshető. 
Ugyanakkor itt már nemcsak egyé- 
ni, hanem céges hírnévről is szó le- 
het, hiszen a szabad szoftverek egy- 
re kisebb százaléka készül független 
egyének altruista együttműködése- 
ként, mind nagyobb hányada viszont 
munkaviszony keretei között készült 
kódokat jelent. Erre jó példa, hogy 

a Linux rendszermag forráskódjának 
előző évi növekedése — már ami a s0- 
rok számát illeti — több mint hetven 
százalékban olyan cégeknek volt kö- 
szönhető, mint a RedHat, a Novell 
vagy az IBM. Az előbbieknek némi- 
képp ellentmondani látszik, hogy 


pont a Linux kernel az, amelyet egy- 
re kevesebb cég fejleszt egyre kisebb 
ütemben - a 2010-es statisztikák sze- 
rint -, ez pedig kísértetiesen emlé- 
keztet a közlegelők tragédiájára, ami 
viszont túlmutat e cikk keretein... 


A SÚLYPONTELTOLÓDÁS 
KÖVETKEZMÉNYEI 


A már említett súlyponteltolódás kö- 
vetkezménye lehet egyfajta széttago- 
zódás, amely a szabad szoftver elvei- 
vel ellentétes ugyan, de mind techni- 
kailag, mind licencelési szempontból 
minden további nélkül lehetséges. 
Konkrétabban fogalmazva, kellő 
kommunikáció hiányában könnyen 
megeshet, hogy párhuzamosan több 
közreműködő is azonos problémák 
megoldásán dolgozik. Egy adott hiba 
kijavítása tehát közel sem jelenti eb- 
ben a környezetben a munka végét, 
hiszen esetenként a licenc is kötelez 
erre, de logikai úton is könnyen be- 
látható, hogy minden résztvevő ele- 
mi érdeke az ilyen felesleges munkák 
elkerülése. A publikálás azonban ön- 
magában nem elegendő, arra is szük- 
ség van, hogy az upstream fejlesztők- 
höz is visszajussanak az egyes változ- 
tatások, mivel legnagyobb valószí- 
nűséggel -— bár nem kizárólag - ott 
összpontosul az a tudás, amely ele- 
gendő ahhoz, hogy meglássák: az 
amúgy elenyészőnek tűnő módosí- 
tás nem jelent-e mégis komoly válto- 
zásokat. A vázolt szituáció nem telje- 
sen légből vett, könnyen alátámaszt- 
ható egy néhány évvel ezelőtti, ko- 
moly vihart kavart esettel. A nyílt 
forrású rendszereken etalonnak szá- 
mító kriptográfiai szoftvercsomag, 
az OpenSSH egy rendkívül széles 
körben használt Linux-disztribúció 
(Debian) karbantartója által szenve- 
dett el egy elsőre jelentéktelennek 
tűnő változtatást, amely azonban az 
autentikációs kulcsok tömeges komp- 
romittálódásához vezetett. Ez az in- 
cidens alapvetően az OpenSSH fej- 
lesztői és a Debian csomagkarbantar- 
tó közötti kommunikáció során elkö- 
vetett hibákra vezethető vissza. Nem 
véletlen, hogy minden projekt rendkí- 
vül erősen védi a saját határait. [ÉTÉ 


ját változtatásait megtegye, és az Így létre- 


jött új változatot terjessze, ezeket a változa- 


okat nemcsak hogy szokás, de szükséges 
is kellő fenntartásokkal kezelni. BSditon sea 
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dekes az a helyzet, amikor az adott 
szoftver kiadása mögött egy konkrét 
— jellemzően valamilyen nyílt for- 
rású üzleti modellt (Z/ásd a Nincs in- 
gyen szoftver című írásunkat) követő 
— cég áll, amelynek komoly vesztesé- 
gei származhatnak abból, ha a nyílt 
forrású közösségben egy ilyen félhi- 
vatalos kiadás rossz hírét kelti a ter- 
méknek. 


ELŐNYÖK ÉS HÁTRÁNYOK 


A nyitott vállalati kultúra előnyeit 

— mint az átláthatóság, a közvetlen 
kapcsolat a vevők és az eladó között, 
az aktív kommunikáció - egyre szé- 
lesebb körben aknázzák ki a tulajdo- 
nosi szoftverek fejlesztői, miközben 
a nyílt forrás esetén ezek ugyan ké- 
zenfekvők, mégsem feltétlenül hasz- 
nálják ki a bennük rejlő potenciált. 
A nyílt forrású rendszerek ticketing 
rendszerei csaknem teljes mértékben 
nyilvánosak, így nemcsak hogy tel- 
jes mélységig betekintést nyerhetünk 
a fejlesztések menetébe, de hatás- 
sal is lehetünk arra. Fontos azonban 
megjegyezni, hogy ez a hatás messze 
a legnagyobb lehet, ha nemcsak véle- 
ményünkkel, hanem munkánkkal is 
hozzájárulunk az adott projekthez. 
Az a viszony, amelyben szükségkép- 
pen mindent a szoftver szállítójától 
kell elvárnunk - lévén nem áll mó- 
dunkban a megvásárolt termék pre- 
ferenciákkal nem szabályozható ré- 
szén változtatnunk -, nem áll fenn, 
ha úgy tetszik, módunkban áll ma- 


gunkon segíteni. Ez azonban nem- 
csak lehetőség, de bizonyos fokig el- 
várás is a nyílt forrás berkein belül. 
Legalább annyiban, hogy 
elfedezett hibákat, hiányosságokat meg- 
osztjuk a fejlesztői közösséggel, és azok 
javításában aktívan részt veszünk, hisz ez 
Az ilyen 
nyitott hiba-nyilvántartási rendsze- 
reknek megvannak a hátrányaik is, 
hiszen a fejlesztések menetére nem- 
csak rálátás adódik, de arra hatással 
is lehetünk, amivel nem csak élni, de 
visszaélni is könnyen lehet. Számos 
eset bizonyítja, hogy az amúgy kívá- 
natos kooperatív együttműködés át- 
csap technikai alapú vagy akár elvi 
síkú, időben jócskán elhúzódó pole- 
mizálásba, határozott döntés és kéz- 
zelfogható eredmény nélkül. A nyi- 
tott verziókezelő, illetve hibanyil- 
vántartó rendszerek minőségbizto- 
sítási szempontokból is előnyösek 
lehetnének, mivel az e rendszerek- 
ből kinyerhető adatok alapjául szol- 
gálhatnának statisztikai alapú minő- 
ség-ellenőrzési, még inkább azonban 
minőségszabályozási módszereknek. 
Sajnálatos módon azonban e terüle- 
teken többnyire csak az elvi eshető- 
ség adott, a gyakorlati megvalósítás 
terén egyelőre még komoly hiányos- 
ságok tapasztalhatók. Nem elhanya- 
golható fegyvertény a szabad szoft- 
verek szoftverminőségre gyakorolt 
hatása kapcsán a nyílt — jogdíjmen- 
tesen implementálható — szabványok 
terjedésében elért eredmény. Ez 


részben a nyílt forrásnak is köszön- 
hető, hisz egy szegmensben egyed- 
uralkodóvá vált alkalmazás saját 
adattárolási formátuma vagy háló- 
zati protokollja az elterjedtség okán 
kvázi szabvánnyá válhat, melyhez 

a többi piaci szereplőnek alkalmaz- 
kodni kell. Ezt nagyban megkönnyí- 
ti, hogy a szabvány alapját képező 
szoftverek forráskódja, illetve annak 
változásai folyamatosan nyomon kö- 
vethetők. Mindazonáltal azt gondol- 
ni, hogy az általános szoftverjellem- 
zők, mint a megbízhatóság, hasz- 
nálhatóság, hatékonyság, karban- 
tarthatóság területén maga a nyílt 
forrás valamilyen módon is közvet- 
len előnyt jelentene — tévedés. A mi- 
nőségi jellemzők éppúgy a fejlesz- 
tői, tesztelő, illetve menedzseri kva- 
litásokon múlnak, mint bármely más 
esetben. 

A szabad szoftverek esetén kezde- 
tektől fogva adottak voltak az olyan 
tulajdonságok, mint a nyíltság, át- 
láthatóság, nyomon követhetőség, 
továbbá a kooperációra, a kölcsö- 
nös előnyökre való törekvés, ame- 
lyek a modern minőségbiztosítási el- 
vek és rendszerek elterjedésével egy- 
re határozottabb elvárás formájában 
jelentkeznek a piacon, s amelyek el- 
éréséért számos vállalat komoly erő- 


feszítéseket tesz. 
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A. COMPUTERWORLD MELLÉKLETE 


A nyilt forrás korlátai 


A szabad szoftver, a nyílt forrás mint fogalmak egyre szélesebb körben ismertek — 
ma már nemcsak az informatika világában, de azon kívül is. Ezzel együtt igaz azon- 
ban, hogy az e fogalmakhoz kapcsolódó asszociációk számos esetben tévesek, vagy 


közel sem teljes körűnek mondható információkon alapulnak. 


Írta: Pfeiffer Szilárd, 


nyílt forrás köré szerveződő fej- 
A lesztői csoportok a szabad szoft- 

ver történetének elmúlt huszon- 
öt éve alatt a résztvevők kötetlen együtt- 
működésére épülő közösségek keretein 
messze túllépő mozgalmat hoztak létre. 
Nem csupán olyan szoftvereket alkottak, 
amelyek méltán népszerűek, ingyenesen 
és jogtisztán használhatók fel a legkülön- 
bözőbb célokra és számos esetben ko- 
moly piaci részesedéssel is bírnak, de az 
informatikai ipar számos aspektusában 
teljesen új megközelítést is hoztak. 

A tulajdonosi (proprietary) szoftve- 
rek fejlesztése, vezetése vagy éppen ér- 
tékesítése kapcsán megszokott szemlé- 
letmódtól való gyökeres eltérés hatásai 
nem csupán a szakmai területeken érhe- 
tők tetten. A nyílt forrású üzleti modell, 
a felhasználói jogokat szem előtt tartó 
licencelés, az informatikai szakemberek 
önkéntességen alapuló munkájának gya- 
korlatban bizonyított motivációs ereje 
olyan kihívások elé állította a gazdasági 
és jogi környezet megteremtésében fe- 
lelős szervezeteket, amelyekre csak rész- 
ben sikerült megfelelni. 

Mára a szabadszoftver-mozgalom, il- 
letve ezen belül is a nyílt forrás — ame- 
lyek között szükséges lenne, de legtöbb- 
ször mégsem szoktak különbséget tenni 
— közel sem csupán egyetemi hallgatók 
időkitöltő tevékenységét, vagy éppen az 
érdektelen feladatok elől menekvést ke- 
reső szoftverfejlesztők hobbiprojektjeit 


ara NA nyílt forrás éppúgy részét képezi 


az új trendeket, új üzleti lehetőségeket ke- 
reső multinacionális nagyvállalatok életé- 
nek, mint a piacon való megmaradás lehe- 


őségei után kutató kis- és középvállalkozá- 
ól függetlenedni kívánó, költséghatékony 

agy éppen a közszféráénak a vevői oldalon. 

Azokkal a jelentős változásokkal 

együtt, amelyek az elmúlt években vol- 
tak tapasztalhatók a politikai, társadalmi 
és üzleti területeken egyaránt, a szabad 
és nyílt forrású szoftvereknek még min- 
dig számos nehézséggel kell megküzde- 
niük. Ezek egy része külföldön és itthon 
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közel azonos, mások viszont — ha nem 

is kifejezetten tekinthetők magyar sajá- 
tosságnak — hazánkban mégis fokozot- 
tan jelentkeznek. E különbözőségek okai 
számos területen keresendők. 


LICENCEK PRÓ ÉS KONTRA 


Az informatikai ipar — azon belül a szoft- 
verfejlesztés és ennek részeként a nyílt 
forrású szoftverek — szempontjából meg- 
határozó a szellemi tulajdonhoz fűződő 
jogok szabályozása és joggyakorlata. Az- 
zal együtt, hogy a szabad szoftverek li- 
cencei — a tulajdonosi szoftverekével épp 
ellentétben — a hangsúlyt nem a gyár- 

tó, hanem a felhasználó jogaira helye- 
zik, nem létezhetnek a szerzői jog intéz- 
ménye nélkül. Az ilyen típusú licencek 
koncepcióját leginkább a gyűjtőfogalom- 
ként rájuk használt copyleft (lásd a keretes 
írást) kifejezés révén foglalhatjuk össze. 
Ebben az esetben a vevő, illetve a fel- 
használó számára garantált jogok — mint 
amilyen a szabad megismerés vagy ter- 
jesztés joga — sajátos következményekkel 
járnak az üzletüket a nyílt forrásra ala- 
pozni kívánó szervezetekre. 

Ez a bizonyos értelemben megfordí- 
tott szerzői Jog nemcsak garantálja, de ki 
is kényszeríti a felhasználói jogokat: az 
ilyen szoftverek használatával nem egy- 
szerűen jogosulttá válunk a szoftverek 
módosítására és az így létrejött változat 
terjesztésére, de kötelezettséget is válla- 
lunk arra, hogy a módosításokat vevőink 
számára elérhetővé tegyük az eredetivel 
kompatibilis licenc alatt. Ez a mechaniz- 
mus garantálja, hogy egy szabad szoftver 
fejlesztése közben a felhasználói jogok 
nem veszhetnek el. Fontos megjegyez- 
ni, hogy a copyleft típusú licenceknek is 
számos formája létezik, amelyek kisebb 
vagy nagyobb mértékben eltérnek ettől 
az alapkoncepciótól, úgymond üzletba- 
rát irányokba. Célszerű tehát tisztában 
lenni a választott üzleti megoldás vagy 
éppen egy indítandó szoftverprojekt ese- 
tén a licencelési feltételek részleteivel. 

Bár a legtöbb esetben a szabad szoft- 
verek jogi képviseletét ellátó szervezetek 
inkább a jogsértést elkövetők tájékozta- 


tása révén kívánnak eredményeket elér- 
ni, sikeres szerzői jogi perek bizonyít- 
ják, hogy ez a fajta licencelés nem csu- 
pán nyakatekert jogi formula. Ugyanak- 
kor e megoldás velejárója például, hogy 
az Apple rendre tünteti el a szabad szoft- 
vereket az App Store kínálatból, mivel 
annak felhasználási feltételei olyan meg- 
kötéseket tartalmaznak a telepített szoft- 
verekkel kapcsolatban, amelyek nem 
egyeztethetők össze az egyik legnépsze- 
rűbb szabad szoftveres licenc— a GPL — 
feltételeivel. 


SZABADALOM - A NYÍLT FORRÁS RÉME 


A szoftverszabadalmak kérdése a nyílt for- 
rás egy másik sarkalatos pontja. Mivel a fej- 


Bár egyelőre az Euró- 
pai Unió területén, így Magyarországon 
sem érvényesíthetők a számítógéppel 
megvalósított találmányok szabadalmai, 
a helyzetet mégsem lehet megnyugtató- 
nak nevezni. Egyrészt a világ egyik veze- 
tő gazdasági hatalma, az Amerikai Egye- 
sült Allamok részéről elég erős a nyo- 
más a szoftverszabadalmak bevezetésé- 
re, melynek az unió ki tudja, meddig tud 
és akar ellenállni. Másrészről az Ame- 
rikában már hosszú évtizedek óta mű- 
ködő rendszer mind az ottani, mind 

a nemzetközi piacon lehetőséget ad ar- 
ra, hogy a nyílt forrással szemben a bi- 
zalmatlanság légkörét fenn lehessen tar- 
tani. Mindeközben az évről évre például 
a Linux-alapú operációs rendszerekkel 
szemben felhozott szabadalomsértési vá- 
dak csupán vádak maradnak. Egyébiránt 
néhányan azt is megkérdőjelezik, hogy 
az innovativitás valóban arányban áll-e 

a birtokolt szabadalmak számával, külö- 
nösen, hogy egyes cégek a szabadalmak 
gyűjtésére szakosodtak mindenfajta in- 
formatikai tevékenység nélkül. 


LASSÚ NYITÁS ITTHON 


Magyarországon a nyílt forrás a nemzet- 
közi körülményektől függetlenül is ne- 
hézségekkel küszködik. A szükséges is- 
meretek hiánya vagy a meglévők pon- 
tatlansága okozta bizalmatlanság gátakat 
állít a szabad szoftverek terjedése elé az 
üzleti és a magánszférában egyaránt. 

A magáncélú felhasználás korlátait jól 
mutatja, ha számba vesszük, ismeretségi 
körünkben hány emberről tudjuk bizo- 
nyosan, hogy legálisan használja a számí- 
tógépén futó szoftverek közül legalább 
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az operációs rendszert, és hányról tud- 
juk emellett, hogy bizonyosan nem. Pe- 
dig e felhasználók java része, főként in- 
ternetes generációs alkalmazásokkal 
szemben támasztott igénye egy böngé- 
szőn és a médiafájlok kezelésén alig mu- 
tat túl. Ez pedig bármely valamirevaló 
Linux disztribúció segítségével minden 
további nélkül ingyen és jogtisztán meg- 
oldható. Sajnálatos módon erről a tény- 
ről a szoftverkalózkodás elleni harc éllo- 
vasa — a Business Software Allince (BSA) 
— nemigen tesz említést, annak ellenére 
sem, hogy szokásos éves jelentésük tanú- 
sága szerint hazánkban az illegális szoft- 
verhasználat mértéke immár öt éve nem 
tud negyven százalék alá kerülni. Némi 
cinizmussal még az a kijelentés is meg- 
kockáztatható, hogy gyártói szempont- 
ból az a felhasználó is jobb felhasználó, 
aki kalózmásolatként használja az adott 
terméket, mint aki jogtisztán egy konku- 
rens szoftvert. Kérdés persze, hogy a fel- 
használók a jogszerű felhasználás feltéte- 
leivel mennyire vannak tisztában, illetve 
milyen erős kényszer hat a jogkövető 
magatartás irányába. 

Már a fentiek is felvetik a tájékozta- 
tás, az oktatás fontosságát, ugyanakkor 
a jogkövetés csak egy azon szempon- 
tok sorában, melyeknél akár az iskola- 
rendszerű és az azon kívüli oktatásra 
kiemelt szerep hárul. A szabad szoft- 
verek, illetve a nyílt forrás propagálá- 
sa nem feltétlenül feladata az oktatási 
rendszernek, ugyanakkor az alternatív 
technológiák, az információbiztonság, 
a digitális önrendelkezés vagy éppen 
az interoperabilitás kérdéseinek meg- 
ismertetése elengedhetetlen. Pillanat- 
nyilag azonban az alap- és középfokú 
oktatás nem a szükséges készségek, ha- 
nem konkrét szoftverek használatának 


elsajátítását jelenti. Így viszont rugal- 
masan alkalmazható tudás megszerzé- 
se helyett szoftvergyártók termékeihez 
való kötődést kapunk. A felsőoktatás 
területén sem mondható a helyzet sok- 
kal jobbnak. A nyílt forrású rendsze- 
rek a tantárgyi programokban erősen 
alulreprezentáltak; egy informatikai 
szak elvégezhető a szoftverfejlesztés- 
hez alapvető jogi ismeretek megszer- 
zése nélkül. A jövő technikai döntés- 
hozói szűklátókörűségük okán maguk 
lehetnek az informatikai piac bizonyos 
szegmenseiben amúgy is alig tetten ér- 
hető verseny elkerülésének zálogai. 


Ugyanakkor az állam nemcsak a jövő- 
beli fogyasztási szokások kialakításá- 
ért tartozik felelősséggel, hanem a je- 
len piaci viszonyokra is komoly hatás- 
sal van, a jogi környezet megteremté- 
sén túl saját szoftverbeszerzései révén 
is. A közszféra megrendelései a ma- 
gyar informatikai piac jelentős részét 
teszik ki, így maga az állam mind anya- 
gi eszközei, mind döntésének maga- 
tartásformáló ereje révén komoly 
hatással lehet a magán- és az üzleti szfé- 
rára egyaránt. Ennek megfelelően zaj- 
lik a lobbitevékenység, amelynek egyik 
oldalán jól szervezett multinacionális 
vállalatok joggal védik saját üzleti 
érdekeiket, míg a másik oldalon — je- 
len állás szerint — egyrészről techni- 
kai szakemberekből, másrészről kis- és 
középvállalatokból verbuválódott civil 
szerveződések halmaza áll. 


Hogy ez minek kö- 
szönhető, azt nehéz megítélni. Min- 


; Copyleft: a licencelés egy speciális formája 


Maga az elnevezés egy angol nyelvű szójá- 
ték, a copyright (szerzői jog) megfordítása. 
Tartalmilag sem jelent mást. Ellentétben 

a szerzői jog hagyományos értelmezésével, 
itt a szellemi tulajdon birtokosa ahelyett, 
hogy korlátozná az alkotásához való hozzá- 
férést, az ilyen típusú licencek segítségével 
kívánja szavatolni azt, a szabad felhaszná- 
lást és terjeszthetőséget kiterjesztve a mó- 
dosított változatokra is. Ezen elvek mentén 
elkészített licencszerződések egyik legis- 
mertebb példája a GNU General Public Li- 
cence (GPL), amelyet elterjedten alkalmaz- 
nak a szabad szoftverek esetén. Lényege, 
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hogy az elkészült mű — ez esetben a forrás- 
kód — szabadon terjeszthető vagy módosít- 
ható, egyáltalán nem kizárva az ezért való 
javadalmazást azzal a megkötéssel, hogy 

a létrehozott változtatásokat is GPL hatálya 
alatt kell terjeszteni, biztosítva a származé- 
kos művek , szabadságát". Hasonló célzat- 
tal, de a hagyományos értelemben vett írás- 
művek védelmére alkalmas formában 
hoztak létre civil szervezetek különböző 
licenceket (GFDL, Creative Commons 
Attribution-ShareAlike) , amelyek olyan"sza- 
badon terjeszthető tartalmak esetén hasz- 
nálatosak, mint amilyen például a Wikipédia. 


denesetre tény, hogy a civil szerve- 
zetek évek óta ostorozzák az aktuális 
kormányzatot a közszféra szoftverbe- 
szerzéseinek visszásságai miatt. Tény, 
hogy mind tőlünk nyugatra az Euró- 
pai Unió országaiban, mind pedig ke- 
letre Oroszországban komoly válto- 
zások indultak el állami területeken. 
Tény továbbá az is, hogy a gazdasá- 
gi válság révén egyre inkább előtér- 
be kerültek az informatika területén 
is költséghatékony megoldások. Ezek 
okán, vagy épp ezektől függetlenül is 
a kormány Digitális Megújulás Prog- 
ramjának része lett a nyílt forrás, a sza- 
bad szoftverek részarányának növelése 
az állami szférában. Ebbéli szándékát 
alátámasztandó, a kormány aktívan 
képviselteti magát a nyílt forrás ren- 
dezvényein, a tavalyi OpenOffice.org 
konferencián csakúgy, mint a mostani 
Open Source 2011 rendezvényen. 


Az üzleti szféra képviselőit potenciá- 
lis vevőként és eladóként egyaránt jel- 
lemzi egyfajta szkepszis, idegenkedés, 
mely időközönként ellenségeskedés- 
be hajlik — ennek természetesen meg- 
vannak a maga jó okai. Fejlesztéssel, 
integrációval, informatikai megoldá- 
sok szállításával foglalkozó szervezet- 
ként a nyílt forrású üzleti modell, illet- 
ve az alkalmazásához szükséges gon- 
dolkodásmód újszerűsége legfeljebb 
egy marginális ok lehet erre az ellen- 
szenvre; ennél sokkal fontosabb ténye- 
ző a szabad szoftverek mögött meghú- 
zódó filozófia félreértése, vagy inkább 
oly módon való félremagyarázása, mi- 
szerint a nyílt forrás, illetve annak kö- 
zösségei üzletellenesek lennének. Tör- 
ténik mindez aközben, hogy kiválóan 
prosperáló hazai szoftvercégek egy- 

re nagyobb mértékben használják ki 

a nyílt forrás adta előnyöket. Ez a faj- 
ta piaci hangulat a vevői oldalon tetten 
érhető, bár talán kevésbé látványos, lé- 
vén a szoftver mint szolgáltatás (Saa5), 
a cloud computing egyre inkább elfe- 
dik a nyílt és zárt forrás közötti külön- 
bözőségeket, ami így a vevők szem- 
szögéből nézve csaknem egy technikai 
részletkérdéssé silányodik. 


mely nem az informatika 
egy klssj ea hanem annak számot- 
tevő ága. 
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